Программирование Т. 5

Зачем ты такой хуевый тогда?

Читай документацию. __DIR__ и dirname(__DIR__)

Двапой все расписал, даже добавить нечего.

Что вы думаете о "Thinking in Java"? Стоит брать первой книгой для нуба?

Что вы думаете о "Thinking in Java"? Стоит брать первой книгой для нуба?

что тогда посоветуешь для первой книги?

сука, мразь, гугл для кого?

2

меня уже от явы отговорили наши разрабы, сказав что ява нахуй никому не нужна

сука, мразь, гугл для кого?

злой какой:)

в гугле все по разному пишут

меня уже от явы отговорили наши разрабы, сказав что ява нахуй никому не нужна

все зависит от задачи

Что вы думаете о "Thinking in Java"? Стоит брать первой книгой для нуба?

Что вы думаете о "Thinking in Java"? Стоит брать первой книгой для нуба?

Первая и единственная книга по жабе, которую я читал. Очень просто всё объясняется.

а так если с нуля внедрятся, то страшновато

public abstract class SimpleValue<T> implements ComplexValue

Хуярим код

сталкивался кто нить с таким? может есть какие советы/линки/решения?

Наркоман штоле

так это многоуровневое погружение в руби если кто не понял

на самом деле должен быть какой-то рекурсивный алгоритм, который будет по шаблону генерить свой же сорсник

вариантов несколько - или в первой программе получив m, n делать за один раз сразу триллиард вложений и ваще не ебать мозги пока не дойдётся до смены ЯПа

или как-то запихнуть шаблон меняя в нём только текущие значения m или n соответственно

чето у меня нет никаких супер конкретных идей

http://ru.wikipedia....ограммирование)

Brainfuck

(переносы строк добавлены для читабельности)

>>+++++++>>++>>++++>>+++++++>>+>>++++>>+>>+++>>+>>+++++>>+>>++>>+

>>++++++>>++>>++++>>+++++++>>+>>+++++>>++>>+>>+>>++++>>+++++++>>+

>>+++++>>+>>+>>+>>++++>>+++++++>>+>>+++++>>++++++++++++++>>+>>+>>

++++>>+++++++>>+>>+++++>>++>>+>>+>>++++>>+++++++>>+>>+++++>>+++++

++++++++++++++++++++++++>>+>>+>>++++>>+++++++>>+>>+++++>>++>>+>>+

>>+++++>>+>>++++++>>+>>++>>+>>++++++>>+>>++>>+>>++++++>>+>>++>>+>

>++++++>>+>>++>>+>>++++++>>+>>++>>+>>++++++>>+>>++>>+>>++++++>>++

>>++++>>+++++++>>+>>+++++>>+++++++>>+>>+++++>>+>>+>>+>>++++>>+>>+

+>>+>>++++++>>+>>+++++>>+++++++>>+>>++++>>+>>+>>++>>+++++>>+>>+++

>>+>>++++>>+>>++>>+>>++++++>>+>>+++++>>+++++++++++++++++++>>++>>+

+>>+++>>++>>+>>++>>++++>>+++++++>>++>>+++++>>++++++++++>>+>>++>>+

+++>>+>>++>>+>>++++++>>++++++>>+>>+>>+++++>>+>>++++++>>++>>+++++>

>+++++++>>++>>++++>>+>>++++++[<<]>>[>++++++[-<<++++++++++>>]<<++.

.------------------->[-<.>>+<]>[-<+>]>]<<[-[-[-[-[-[-[>++>]<+++++

++++++++++++++++++++++++>]<++>]<++++++++++++++>]<+>]<++>]<<[->.<]<<]

тебе в квайны. Редкостная хуйня не имеющая смысла, но ее почему-то считают классным дать как тестовое задание.

Там на хабре как раз недавно топик был про квайн на языках 50

тебе в квайны. Редкостная хуйня не имеющая смысла, но ее почему-то считают классным дать как тестовое задание.

 

Там на хабре как раз недавно топик был про квайн на языках 50

Там 50 языков по кругу, они ёбнутые

Много вопросов связано как с поддержкой основных методов PHP, так и с ООП. Кроме уже озвученного — как о стандарте, так и об ограниченной поддержке ООП, можете что-то добавить?

 

ОИ:

В kPHP Есть огромная масса всего, даже вещи которые мы (ВКонтакте) не используем, но пока что нет некоторых очень серьезных штук — например, DOMDocument.

 

Что касается ООП, то на данный момент оно в kPHP не поддерживается, за исключением нескольких стандартных объектов PHP. Одной из задач при переводе сайта на kPHP было полное избавление от ООП. Но это отсутствие было сделано скорее как фича, основным вектором при разработке kPHP была скорость, Это играет не в пользу поддержки ООП и, кроме того, ООП хорош в первую очередь тогда, когда у вас на проекте есть сотня разработчиков либо в нём обилие интерфейсов.