Я в свое время упарывался разными вещами, но со времене, приходит понимание, что сил уже не зватает и надо выбирать: Пойти ли сегодня не репу и похерачить по барабанам(потом уши отсыхают и голова) или посидеть в относительной тишине дома и поспать; похерачить какуюньть новую технологию и увлечься до 4-х утра или лечь спать вовремя и свежим проснуться на работу. Вариантов то многа, но везде есть свои бенефиты.
Я рад за вас, что вам доставляет удовольствие заниматься программированием и ничего не имею против этого, это лично ваш выбор. Но я предпочитаю программировать, играть на муз инструментах, путешествовать, проводить время с детьми. Это все помогает абстрагироваться от работы и заставляет думать. На прогулках, если есть возможность я обдумываю как реализовать новую фичу в своих продуктах и продумываю стратегии, и если апогей задумок наступил, то я приступаю к реализации. Просто так для фана писать всякую фигню я уже давно не хочу, на это нет времени, нет желания и нет сил.
Если это не мешает работе — не проблема. Если комитетов много, то это должно занимать много времени, соответственно будет отражаться на работе или отдыхаемости программиста
Я сразу на всю ветку отпишусь. Смотрите, вот есть человек, который всю недолгую или долгую карьеру занимается только программированием и вся его жизнь крутится вокруг этого. К примеру, устал человек, ну вот проработал дом-работа, по 16 часов в сутки. Как руководитель, я бы озаботился отправкой человека в отпуск, с условием, что он будет в отпуске заниматься чем угодно, но не программированием. А человек-то ничем кроме программирования не увлекается. Отдых пошел псу под хвост. Результативность теряется. А если у человека помимо работы, есть другое хобби, то есть шанс, что он отдохнёт лучше.
Вы же понимаете что сторонние проекты, это не во время работы, а в свободное время, и не на часик, а больше.
Я частично соглашусь.
Работа есть работа, я бы при найме, конечно же, посмотрел гитхаб человека (причем зачастую анонимно, т.е. я бы в последний момент только стал спрашивать про гитхаб напрямую). Слишком наполненый гитхаб может действительно сказать, что человеку не совсем нравится его работа. Если же у него много проектов Open source, то, вероятно, человек будет заниматься на работе своим гитхабом.
Также я бы задумался на тему, а есть ли у человека своя личная жизнь, ибо если нет, то человек может выгореть, ему может быть не интересно заниматься будничными и банальными вещами на проектах внутри команды. Человек должен заниматься еще чем-то помимо основной работы — это разширяет кругозор, это, кстати помогает иногда в проектах на работе.
У меня есть знакомые, которые только пилят код, они целыми днями сидят на работе, домой ходят (иногда) спать. Это действительно роботы, им ничего не интересно, они не могут поддержать разговор. В жизни безпомощьны. Только код))) только хардкор)))
Обычно, но не всегда, продукт таки выходит и даже работает. Выработавшего ресурс программера заменяют парой-тройкой низкооплачиваемых мурзилок. Суммарная з.п. которых близка к з.п. уволенного программера
К сожалению, это большая проблема в компаниях, особенно сейчас, когда начали нанимать во множество компаний «так себе» Менеджеров. Но этого мало, основная цель этих менеджеров сделать продукт, а не управлять командой. В итоге уволить теперь можно любого, кто хочет заниматься своей работой, не хочет работать сверхурочно за так и подводит команду тем, что уходит домой по окончанию рабочего времени. И соответственно начинается свистопляска с минимальным временем исполнения задачи которая использует кривые 3rd party компоненты. Просраные сроки. Уставшие сотрудники. «А давайте в субботу еще поработаем, протестим перед релизом». Боязнь увольнения (конечно же по собственному). Выгорание. Аппатия. И… В итоге сотрудник сам кладет заявление.
Сам был зрителем того, как уволили именно так минимум 3-х сотрудников. Не самых плохих.
может быть пора жать кнопку «пожаловаться» на их же приложения? Я на сколько помню они не особо вникают что не так с удаляемым приложением, типа удаляем, а потом разберемся что к чему.
Тут видимо надо заскринить и посылать жалобы на их же приложения. Может быть справедливость и восторжествует.
Это кстати буде весело, если они удалят свое приложение, а потом будут разбираться почему…
меня больше «напрягает» только одно. SQLAlchemy еще не имеет как таковую стабильную версию. Уже как лет 9 прошло с момента начала работ, но радует, что все активно развивается и особо не глючит.
я имею в виду не просто диалект базы, а сам по себе запрос. Т.е. мы можем в зависимости от входящих данных использовать (подключать-отключать) разные таблицы.
Верно в случае, если не надо динамически строить запросы. К примеру, для оптимизации выкидывать цепочку из JOIN. Опять же под разные базы не нагенерируешь
Вам сильно не повезло. Сожалею что в собеседники вам попался не совсем адекватный человек. У меня Москва оставила очень похожее впечатление, особенно по цене и унылости :-)
а если к примеру нужна валидация не только полей, но и связей? понятно что ajax наше все и это упрощает. Но если мы берем Knockout, Angular, Backbone? у них своя логика и, зачастую, она может дублировать backend.
Например. У нас есть Item для продажи. Надо посчитать его стоимость. Формула стоимости (по причине кучи связей и условностей) большая. Эту стоимость надо в итоге считать и в backend (суммировать заказ) и, самое простое, в корзине.
По сути в мелких масштабах ничего страшного, но если фурмула усложняется и добавляются условия? В итоге у вас over 100 строк для подсчета на backend и столько же в front-end.
Понятно, что частный случай, Но на каждый клик ajax валидацию делать нельзя
Если говорить о «стандартной» валидации: проверка на существование, длину, тип, регулярка — все это можно перенести в JS.
Частные случаи можно либо дописывать в JS(на то они и частные), либо (наверное это будет ужасно) писать валидатор в принципе на JS и из руби выполнять JS.
Первый способ более правильный, но, увы, не вписывается в концепцию «единый валидатор». У меня самого такая проблема — двойная логика в RoR и Knockout. Я почему и говорю про генерацию JS валидаторов — я бы написал генератор JS кода на основе RoR моделей (все валидаторы, связи и прочее). Причем эта генерация нужна «единожды». Налету ее генерировать смысла нет.
Да но, возможность уметь переключаться на, порой, несовместимые вещи является плюсом)))
В любом случае, каждый сам себе выбирает отдых.
Я рад за вас, что вам доставляет удовольствие заниматься программированием и ничего не имею против этого, это лично ваш выбор. Но я предпочитаю программировать, играть на муз инструментах, путешествовать, проводить время с детьми. Это все помогает абстрагироваться от работы и заставляет думать. На прогулках, если есть возможность я обдумываю как реализовать новую фичу в своих продуктах и продумываю стратегии, и если апогей задумок наступил, то я приступаю к реализации. Просто так для фана писать всякую фигню я уже давно не хочу, на это нет времени, нет желания и нет сил.
Если это не мешает работе — не проблема. Если комитетов много, то это должно занимать много времени, соответственно будет отражаться на работе или отдыхаемости программиста
Я сразу на всю ветку отпишусь. Смотрите, вот есть человек, который всю недолгую или долгую карьеру занимается только программированием и вся его жизнь крутится вокруг этого. К примеру, устал человек, ну вот проработал дом-работа, по 16 часов в сутки. Как руководитель, я бы озаботился отправкой человека в отпуск, с условием, что он будет в отпуске заниматься чем угодно, но не программированием. А человек-то ничем кроме программирования не увлекается. Отдых пошел псу под хвост. Результативность теряется. А если у человека помимо работы, есть другое хобби, то есть шанс, что он отдохнёт лучше.
Вы же понимаете что сторонние проекты, это не во время работы, а в свободное время, и не на часик, а больше.
Работа есть работа, я бы при найме, конечно же, посмотрел гитхаб человека (причем зачастую анонимно, т.е. я бы в последний момент только стал спрашивать про гитхаб напрямую). Слишком наполненый гитхаб может действительно сказать, что человеку не совсем нравится его работа. Если же у него много проектов Open source, то, вероятно, человек будет заниматься на работе своим гитхабом.
Также я бы задумался на тему, а есть ли у человека своя личная жизнь, ибо если нет, то человек может выгореть, ему может быть не интересно заниматься будничными и банальными вещами на проектах внутри команды. Человек должен заниматься еще чем-то помимо основной работы — это разширяет кругозор, это, кстати помогает иногда в проектах на работе.
У меня есть знакомые, которые только пилят код, они целыми днями сидят на работе, домой ходят (иногда) спать. Это действительно роботы, им ничего не интересно, они не могут поддержать разговор. В жизни безпомощьны. Только код))) только хардкор)))
Сам был зрителем того, как уволили именно так минимум 3-х сотрудников. Не самых плохих.
Тут видимо надо заскринить и посылать жалобы на их же приложения. Может быть справедливость и восторжествует.
Это кстати буде весело, если они удалят свое приложение, а потом будут разбираться почему…
Например. У нас есть Item для продажи. Надо посчитать его стоимость. Формула стоимости (по причине кучи связей и условностей) большая. Эту стоимость надо в итоге считать и в backend (суммировать заказ) и, самое простое, в корзине.
По сути в мелких масштабах ничего страшного, но если фурмула усложняется и добавляются условия? В итоге у вас over 100 строк для подсчета на backend и столько же в front-end.
Понятно, что частный случай, Но на каждый клик ajax валидацию делать нельзя
Частные случаи можно либо дописывать в JS(на то они и частные), либо (наверное это будет ужасно) писать валидатор в принципе на JS и из руби выполнять JS.
Первый способ более правильный, но, увы, не вписывается в концепцию «единый валидатор». У меня самого такая проблема — двойная логика в RoR и Knockout. Я почему и говорю про генерацию JS валидаторов — я бы написал генератор JS кода на основе RoR моделей (все валидаторы, связи и прочее). Причем эта генерация нужна «единожды». Налету ее генерировать смысла нет.