и это уже началось)

хз, мне где-то раз в неделю предлагают покодить на какой-нибудь magento =\

вообще если захочется наркомании - рекомендую погуглить что-нибудь на тему взаимодействия ИИ и человека для повышения эффективности выполнения сложных задач)

и да - все это будет внедряться очень медленно

оооооочень

так что я тож на свою пенсию рассчитываю)

а не, ну то что доживу а не на то что у меня она будет)

это само собой

а я вот как-то сомневаюсь, что доживу =\

мне 22, я нигде не работал ни разу какая пенсия?

"оффициально"

В странах совка пенсия - миф)

дожить бы до 70-ти ыыы

У меня дед пахал в шахте, 35 лет, у него пенсия была 30 баксов

Успехов тем кто верит в пенсию

В странах совка пенсия - миф)

Привет, у тебя случаем нету задачки для тех кто хочет познакомиться с генераторами на практике?

Привет, у тебя случаем нету задачки для тех кто хочет познакомиться с генераторами на практике?

почитай с файла

вообще если захочется наркомании - рекомендую погуглить что-нибудь на тему взаимодействия ИИ и человека для повышения эффективности выполнения сложных задач)

ты не ответил про книгу))

в миллион строк

ты не ответил про книгу))

ох сча доскролю

в миллион строк

Чёт мне кажется даже на таком файле профита не будет, попробую сейчас

отдельные эти темы не сказал бы, что сложны, просто должно быть не поверхностное понимание того, что делаешь, и в каком случае например использовать лучше это. Сложность уже заключается в практическим задач

попробуй для начала разобраться с вопросом композиция vs наследование)

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

Чёт мне кажется даже на таком файле профита не будет, попробую сейчас

сгенерь себе файл со строками весом больше чем у тебя оперативки и играйся) отсортируй например)

Привет, у тебя случаем нету задачки для тех кто хочет познакомиться с генераторами на практике?

Неа

Окей, спасибо, счас буду пробовать

в миллион строк

это не оч тянет на практическую задачу из категории 90%

Поставь се amphp и поиграйся с ним.

сгенерь себе файл со строками весом больше чем у тебя оперативки и играйся) отсортируй например)

это тоже кмк

ну то есть про конечность оперативки знать надо но в реальности ты с этим скорее всего не столкнешься

это не оч тянет на практическую задачу из категории 90%

хз в баду спрашивают, в мамбе тоже

аля как прочитать большой файл, когда мало памяти и тд

хз в баду спрашивают, в мамбе тоже

потому что в баду есть задачи когда данные в оперативку не помещаются))

Играться надо так, что бы не блокировпть поток. Типа не юзать ф-и для работы с файлами, например

а у большинства тут присутствующих вся база в оперативке может лежать

это как?

редис?

Tmpfs же

Поставь се amphp и поиграйся с ним.

Мб телеграм бота писать который будет удалять людей с никами в 2+ строки?) Хоть польза будет

это как?

это когда сервер с 16-ю гигами оперативки стоит копейки и ты в теори мог бы все в памяти держать)

это как?

первый раз слышишь что мускуль может в памяти хранить бд?

первый раз слышишь что мускуль может в памяти хранить бд?

да что там мускуль - кэш файловой системы даже

Мб телеграм бота писать который будет удалять людей с никами в 2+ строки?) Хоть польза будет

Напиши)

попробуй для начала разобраться с вопросом композиция vs наследование)

А по книгам то что?)

да что там мускуль - кэш файловой системы даже

ну для меня мускуль это первое что приходит на ум когда говорят "база в оперативке лежать"

А по книгам то что?)

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

Напиши)

Дедлайн - следующие выходные. Посмотрим

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

для новичка?)

да, это вполне себе для новичка. во всяком случае рефакторинг

там объясняется почему такой-то код говно и как его делать лучше и почему он лучше

еще прагматик

да, Дэйва тоже можно почитать

вы многое оттуда взяли)

вы многое оттуда взяли)

я не дочитал программиста прагматика если что)

не спойлири концовку!

))

да, Дэйва тоже можно почитать

Dave Carr? или кто?

Дэвид Томас

Dave Thomas

А Занстру Джоэла и тому подобных не читать?)

занстру можешь почитать

но не дрочи на паттерны пока

рано

или сразу готовься к трем стадиям принятия паттернов: - паттерны это круто - говно эти ваши паттерны - для того что бы решать какой паттерн заюзать надо понимать проблему и какие паттерны как какие проблемы решают

и с MVC не знакомься - плохому научишься - лучше сразу про разделение ответственности чего

а вообще не слушай меня0

я просто местный наркоман

а gof с первого раза вообще у кого нибудь заходит?

а gof с первого раза вообще у кого нибудь заходит?

имхо это вообще справочник, а не книга

я периодически пролистываю краткую выжимку

а gof с первого раза вообще у кого нибудь заходит?

зависит от того, что понимать под "заходит"

или сразу готовься к трем стадиям принятия паттернов: - паттерны это круто - говно эти ваши паттерны - для того что бы решать какой паттерн заюзать надо понимать проблему и какие паттерны как какие проблемы решают

это правда

прошел все 3 стадии, и то мне с 3 пунктом помогли

и с MVC не знакомься - плохому научишься - лучше сразу про разделение ответственности чего

уже немного знаком, так как стажировка и там проект на ларе)0

а gof с первого раза вообще у кого нибудь заходит?

заходит, просто потом выходит и потом приходит осознание)

паттерны прикольная штука в том плане что их сформулировали как примеры как люди решали проблемы, обобщили решения и дали решениям имена. это словарь а не цель или средство проектирования. люди часто этого не понимают

принципы всякие позже уже придумали

(ну как, частично, в целом все принципы были придуманы в начале 70-х но их всеравно люди не знают))

потом их просто пару раз переипеновали и переизобрели (information hiding -> open/close -> protected variations как пример)

а еще бесит что люди все эти штуки с принципами считают "академическими загонами"....

так обычно бывает когда ты этих принципов не понимаешь и эксплуатируешь а другие смотрят

ну тут больше да. весьма глупая мысль, при текущем прочтении: чуть подробнее продумывать головой отличия фасада от адаптера. а потом понимаешь, и кажется странным сия мысль

ну тут больше да. весьма глупая мысль, при текущем прочтении: чуть подробнее продумывать головой отличия фасада от адаптера. а потом понимаешь, и кажется странным сия мысль

ну вот чем фасад, адаптер и декоратор отличаются? у них даже UML диаграммы одинаковые)

адапетр интерфейс меняет )

не меняет а адаптирует)

жаль что нынче при всей этой херне с адаптерами люди их адаптерами не называют теперь, теперь это донглы....

ну я про то что штуки называются как называются не просто так (хотя для MVC например это тот случай когда название ничего вообще о смысле не передает, как и ООП)

фасад больше для тго, что бы сделать, эм.. "интерфейс для идиотов"

хотя по описанию сильно смахивает на адапетр

можешь воспринимать фасад как адаптер который превращает сложные штуки в простые

за фасадом просто не один интерфейс может быть

ну как бы да. если красиво разбили объект на кучу классов, наделали систему свзяей с другими системы. то в целом конечному клиенту об этом не сильно нужно знать.

но другие более "умные" клиенты могут и по классам походить

я тут ещё про медиатор начала читать хД

там самое главное понять как это все со связанностью связано)

идеи "команды" и "компоновщика" довольны забавные. по компоновщику прям даж неплохо бы реализовать.

*полезла читать в вики про связанность*

а я вот не понял разницу между бриджем и стратегией =\

там самое главное понять как это все со связанностью связано)

это ты про логичность \ корректность\обоснованность разбиния объекта на классы?