давай

лишним не будет

бле, у меня телеграм куда то сохранил, открыть не могу :D

спасибо, на выходных посмотрю) пользуясь случаем, напомню что есть карта развития разработчика) котору. нужно дорабатывать коллективным разумом https://github.com/arturpanteleev/webdev-map

щас скину вам свои универские лекции по этой теме(которые я естественно, пропустил все(( )

блин потерял походу(

Непосредственно по языку ничего не спрашивали, но аспекты SOLID обсуждали применительно к PHP

и че взяли на работу то?

в течении двух дней ответят

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

на самом деле, с кучей вещей мы все работаем каждый день

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

нормальные формы бд ;)

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

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

а так - нормализация, транзакции, SOLID, KISS, паттерны

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

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

пофиг работал ты с редисом или х*едисом, SOA, мильеном всякой модноты

важно что ты понимаешь как оно работает

важно понимать саму суть

ну би деревья работают просто. только обход писать не очень круто

обход - херня

вот балансировка )

ну и сами деревья херня =)

больше - пихай налево, меньше - направо

ах ты о сбалансированных деревьях =)

о да, я о них )

балансировка би дерева - так еще штука

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

=)

который в этой теме я более-менее слушал

и про перебалансировку тоже наверное что-то было но...

+ чем глубже ты понимаешь фундаментальные штуки, тем лучше и эфективней ты можешь использовать свои инструменты

ну и коснулись в беседе с функциональщиной

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

кстати на информатике все это проходят еще в школе

ну, должны

по крайней мере, в егэ это было

ну это все красивые правильные слова, и сто процентов, эти знания реально не лишние. Но вот для нас как веб-прогеров, я не вижу прикладной пользы

ну это все красивые правильные слова, и сто процентов, эти знания реально не лишние. Но вот для нас как веб-прогеров, я не вижу прикладной пользы

в том то и дело, не надо быть веб-прогером

надо быть software engineer

ну это все красивые правильные слова, и сто процентов, эти знания реально не лишние. Но вот для нас как веб-прогеров, я не вижу прикладной пользы

функциональщина юзается для написания утилит, демонов, микросервисов

по крайней мере, в егэ это было

когда я еге сдавал оно было одним из самых легких(информатика имею ввиду). Легче наверно только обществознание было

Хе-хе, когда я сдавал, там был разбор рекурсивных функций, написание спутниковых программ и прочая лабуда, которую я бы легкой не назвал

надо быть software engineer

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

Хе-хе, когда я сдавал, там был разбор рекурсивных функций, написание спутниковых программ и прочая лабуда, которую я бы легкой не назвал

ну да, такого не было в 2010

и для меня это заработок

у меня есть другие хобби, не связанные с программированием

там лишь системы счисления были и задачки на логику не сложные

у меня есть другие хобби, не связанные с программированием

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

но с другой стороны если главная страсть заключается в сидении за компом...то уже не очень завидно)

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

в плане денег, обычно, выигрывают как раз таки прагматики ) для которых проганье - это работа )

просто чтобы больше зарабатывать и карьерно расти, нужно постоянно повышать планку и развиваться

раньше я бегал за технологиями

о Redis, о React, о NodeJS, о очередной фреймворк, очередной менеджер очередей, очередной ....

и это путь в никуда

когда ты в тонкостях освоишь фреймворк ХХХ, уже выйдет фреймворк YYY, который будет моднее, популярнее и прогрессивнее

и ты опять устарел )

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

Шарить в паттернах

ну, это как пример

Солидарен)

Проблема в том что фреймворк все равно надо знать на уровне как его эффективно использовать

А это постигается только после того как в него погрузишься

Проблема в том что фреймворк все равно надо знать на уровне как его эффективно использовать

смотря что понимать под словом "эфективно"

Чтобы писать код по SOLIDу то почти ничего не надо знать о фреймворке

ERROR: S client not available

Лучшие практики применения и организации проекта

Лучшие практики организации проекта вообще не должны входить в компетенцию фреймворка, на мой взгляд

например Yii требует определенную организацию

Как сделать так чтобы проект со временем не пошел в разнос

это все про SOLID и рефакторинг

а не про фреймворк

если мы говорим о производительности

например

вот взяли мы фреймворк XXX

и начали пилить на нем новое приложение

если мы понимаем паттерны и SOLID то мы пишем нормалный, код, который неплохо будет поддаваться рефакторингу

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

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

я говорю, что фундаментальные знания должны быть в большем приоритете

если мы понимаем паттерны и SOLID то мы пишем нормалный, код, который неплохо будет поддаваться рефакторингу

Для рефакторинга тесты нужны

Для рефакторинга тесты нужны

да, нужны

При этом сам по себе каждый принцип из solid сходу применять не стоит, покрывая тестами и под действием поступающих изменений какие-то куски становится необходимо инъектить, какие-то две обязанности приходится разносить

При этом сам по себе каждый принцип из solid сходу применять не стоит, покрывая тестами и под действием поступающих изменений какие-то куски становится необходимо инъектить, какие-то две обязанности приходится разносить

безусловно, всё по книжкам не попрогаешь

тоже самое и с нормализацией

да, нормализация круто

но в хайлов чаще всего делают денормализованные таблицы

но в хайлов чаще всего делают денормализованные таблицы

Это зря

Там чаще кеши

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

Чтение обычно не идёт в субд

да, читают обычно из кеша

но там как раз сборная солянка из данных, которые нужны

Да и хайлоад у нас в ру крайне ограничен

Ну, смотря что считать хайлоадом

таких как фб, наверное, вообще нету

я работал на военных как-то и там хайло было только в плане бд

нужно было строить отчеты по 30 гигам данных )