А как сейчас с работой?
Всё я давно понял. На людях мы альфакодеры, фен-шуй блогописатели, конференцо-евангелисты, тест-дривен-паттерн-ориентед-фулл-стек-помидоры. А в работе - как придётся. Разница примерно как между вечерним выходом в ресторан и когда утром на себя в зеркало посмотрел. ))
По моим наблюдениям, команды, которые отвечают если не всем, то хотя бы бОльшему числу признаков программистского фен-шуя, существуют... Но исключения лишь подтверждают правило. И сам видел, причём с разных сторон (что изнутри, что в качестве клиента), и выставляющих себя типа правильными командами в комментах раскручивали, что у них там куча бардака в бизнес-процессах.
Интересно другое. Что есть достаточно успешные и хорошо зарабатывающие фирмы что с "правильными" командами, что с бардаком. Попасть в струю и получить бабки, или наоборот обанкротиться можно независимо от состояния кода и процессов его написания.
Ну и как - везде порядок, полный фен-шуй и благорастворение TDD?
Когда в TFS майкрософтовском делаешь чек-ин, там надо три чтоли аппрува-коммента получить. Они типа для чек-ина необязательные, но поля для них есть. Пипец - бюрократии в написании кода развели. Хорошо, что находятся люди с неформальным подходом.
Попасть в струю и получить бабки
Надо пилить проекты посвященном интернету вещей и блокчейн, продаётся эта тема еще хорошо.
Инвесторы только через 4-6 мес понимают что шляпа и закрывают проекты. Пилишь следующий)))
За бабосиками переезжай в Берлин: https://habr.com/ru/company/deutschetelekomitsolutions/blo...
Вопросы и Ответы - Программируем калькулятор пособий для беженцев вместе.
работал я в одном проекте, так там кодеры тоже говорили что всякие там функции базы их не интересуют. Написали код который тянул из базы две таблицы и сравнивал их. Мы сидели и долго думали почему их нельзя было просто заджойнить сиквелом. Но хто их знает этих девелоперов шо им в голову взбредет
Когда юзаешь нормальный ORM, типа EF, то джойнишь, даже не понимая, что джойнишь - просто опрашиваешь свойства и по связям другие свойства, генеришь новый составной объект из нескольких таблиц через связи, а под капотом джойны сами создаются. А вот когда упарываешься в pure SQL, то да - надо разбираться в этом дерьме и джойнить явно. Кодеры из вашей истории похоже ни в скуле, ни в ОРМах не разбирались.
это всегда было фу
------
Так же и осталось...там из плюсов в новых ормах - унификация - пишешь как хочешь, а он что-нибудь для указанной базы да сгенерит.
К тому же при сотне-другой записей в таблице почти без разницы поднимешь ты на клиента всю таблицу или только десяток строк...
ORM это всегда было фу фу фу. Генерит говнозапросы
А уж сколько говна генерят эти ваши компиляторы, скажет любой низкоуровневый программист в машинных кодах.
Главное, что всё это говно удовлетворяет в 99% случаев.
К тому же при сотне-другой записей в таблице почти без разницы поднимешь ты на клиента всю таблицу или только десяток строк...
Ну сколько в средней табле без блобов приходится на строку? Ну пусть десять килобайт. Это уже жирненькая такая строка. Сколько займут таких 10к строк? 100М? - Пфф! Копейки по нынешним меркам, когда браузер на любую страницу тратит сотни мегов даже на мобильных устройствах.
