Он думает, что они должны писать эффективный код и делать работу качественно, которая понравится заказчику, чтобы их не уволили, а наоборот похвалили.
да, но критерий «похвалили» — не код, а то что он делает. Как правило заказчику, бизнесу абсолютно «фиолетово» — как там под капотом.
Можешь представить себе что каждую неделю все сотрудники, например, сборочного цеха приходят к директору в кабинет и начинают беседы на несколько часов? Я тоже нет.
и я тоже нет… ТОлько там это и не нужно. А вот в процессе разработки многое может поменяться(и меняется), что называется «по пути»
Из всего прочитанного можно сделать несколько выводов -
Он, очевидно, думает, что программирование и программисты существуют для того, чтобы писать красивый код используя разнообразные фраймворки…
а на самом деле, чтобы помочь бизнесу заработать деньги :)
Парень совершенно не командный игрок, а значит нет возможности использовать его на больших и сложных проектак, где требуется много коммуникации. Максимум — на небольших проэктах, идеально, если требуется только один программист.
Согласен — программа пишется для бизнеса прежде всего, а не для удовлетворения внутреннего эго программистов. Поэтому «как надо» = «как надо бизнесу» и никак иначе в первую очередь..
Вот, вот… такое чувство, что основная идея этого всего — втюхать работнику что угодно, лишь бы заплатить поменьше за выполненную работу :-) Если начнающий и опыта немного — здесь все просто — «ты пока не стоишь этих денег». Если специалист, то вместо денег дать «другие печеньки».
Работает на всех распространенных платформах, можно настроить на любую БД для которой есть jdbc driver, очень продвинутый Sql editor, можно (с помощью плагина) строит диаграмму для таблиц БД. Кстати плагинов разных много… Хотя вот посмотрел DBeaver и очень понравился тоже.
Думаю, что дело скорее не в количестве мониторов, а в том, как они используются. Не запускайте facebook на соседнем мониторе и ничего не будет отвлекать от работы. А вот когда на одном открыта ide, а на другом справка или окно докумментации, то это очень удобно.
Насчет того, что в большой компании «болото», а в маленькой «полет фанртазии» не совсем верно, на мой взгляд. Из личного опыта, когда работал в большой компании задача не считалась выполненной, пока не был написан тест для реализованного функционала. А вот в маленькой -«давай, давай, некогда тесты писать, заказчик результат ждет», со всеми вытекающими :-( Мне кажется — нельзя сказать, что вот там плохо, а там хорошо. Везде есть свои плюсы и минусы. В больших компаниях есть курсы обучающие, повыше комфорт (больничные, отпуска, страховки и пр.). В маленьких — больше свободы действий… И еще, очень сильно завсит от проекта — насоклько заказчик «адекватен».
да, но критерий «похвалили» — не код, а то что он делает. Как правило заказчику, бизнесу абсолютно «фиолетово» — как там под капотом.
и я тоже нет… ТОлько там это и не нужно. А вот в процессе разработки многое может поменяться(и меняется), что называется «по пути»
Из всего прочитанного можно сделать несколько выводов -
а на самом деле, чтобы помочь бизнесу заработать деньги :)