На работу прежде всего стараются брать человека, с которым хочется работать. Это включает в себя не только профессиональные знания, но и чисто человеческие качества. Называйте это дискриминацией, но в компанию хипстеров не возьмут программиста в деловом костюме. И наоборот.
Поэтому не нужно принимать отказы близко к сердцу — быть может, и вам не захотелось бы работать в этой компании.
Каждый раз радуюсь, когда вижу эту картинку из намертво сцепленной тройки шестеренок.
В данном случае, наверное, символизирует наглухо зависшую из-за ухода в своп систему :-)
Мессиво в истории получится.
Вообще есть два противоположных подхода в работе с гитом
ветки — это крупные фичи. Каждая ветка тестируется независимо, а перед релизом из фич собирается версия в мастере. Каждая ветка разрабатывается длительный срок и содержит много коммитов от разных людей
ветки — это мелкие pull request-ы. Каждый PR пишется одним человеком за 1 час -3 дня, содержит, как правило, один коммит и мерджится сразу.
При первом подходе мердж коммиты нужны, при втором — вредны и только запутывают. На практике я встречал только второй подход.
Допустим, мы удалили из master зависимость, которая всё ещё используется в feature.
Feature всегда должен мерджиться в мастер исключительно через fast-forward, т.е. все коммиты из мастера уже должны быть в feature. Если это не так, то автор бранча feature делает rebase мастера к себе и правит свои коммиты.
Такой подход открывает очень большой простор для злоупотреблений со стороны работодателя.
Сначала "не успеваешь — плохо работаешь значит, работай сверхурочно". Потом "не успел — подставил компанию, изволь заплатить штраф". Потом сговор относительно условий труда и уровня зарплат. А потом опять 1917й.
Цивилизованный подход — или менять хотелки, или искать работника, который может и хочет за указанные деньги выполнять указанный объем работ.
сделать в срок и качественно свои таски (за что мне платят деньги)
Это заблуждение, которое часто используют для манипулации.
Деньги наемным работникам платят за отработанное время, а не за решение проблем.
Обязанность простого программиста — добросовестно 8 часов в день делать то, что ему скажет лид
Обязанность лида — добросовестно 8 часов в день исполнять свои обязанности и коммуницировать результаты и проблемы наверх.
Если вам не оплачивают переработки под любым предлогом (ты сам виноват, компании надо) — меняйте работу
Если оплачиваемые переработки случаются регулярно — нужно ставить вопрос о качестве менеджмента или менять работу
Хронически перерабатывать могут только те, чьи доходы качественно зависят от результата: средне-высшний менеджмент и собственники бизнеса. Еще как вариант, владельцы пакетов акций компании или за обещанную крупную премию в случае успешной сдачи проекта.
После длительного увлечения NoSQL, я начинаю задумываться о том же. Колоночные NoSQL со всей их спецификой (гиганские объемы данных, данные очень регулярны, потери отдельных строк не важны) имеют права на жизнь, но для всего остального проще использовать SQL
современные SQL базы не медленны — постгрес на слабой машине тянет тысячи запросов по денормализованной таблице в секунду
с большим кол-вом данных проблем тоже нет
в 21 веке не нужно уродовать структуру и индексы для аналитических запросов — данные просто экспортируются в любимую колоночную СУБД или индексатор
шардинг средствами современных технологий легко реализуется на стороне клиента
с availability сложнее, но значительно проще, чем раньше
И помимо этого, SQL базы дают транзакции, мощный язык запросов, качественные атомарные бэкапы, проверенный временем мониторинг, аудит и средства восстановления после аварий.
Примерно полгода назад мне пришлось переустанавливать убунту 16 после
apt-get upgrade. С какой именно ошибкой падали иксы при старте, уже не скажу.То же самое с Ubuntu —
apt-get upgradeгарантированно убивает графическую оболочку.Для этого не нужны криптовалюты, для этого достаточно избавится от наличных денег.
На работу прежде всего стараются брать человека, с которым хочется работать. Это включает в себя не только профессиональные знания, но и чисто человеческие качества. Называйте это дискриминацией, но в компанию хипстеров не возьмут программиста в деловом костюме. И наоборот.
Поэтому не нужно принимать отказы близко к сердцу — быть может, и вам не захотелось бы работать в этой компании.
точно так же
Какая жесть. И на выходе получится вместо инженера рабочий. Умеет копать, умеет не копать, но чертежи ему лучше не показывать.
Каждый раз радуюсь, когда вижу эту картинку из намертво сцепленной тройки шестеренок.
В данном случае, наверное, символизирует наглухо зависшую из-за ухода в своп систему :-)
Мессиво в истории получится.
Вообще есть два противоположных подхода в работе с гитом
При первом подходе мердж коммиты нужны, при втором — вредны и только запутывают. На практике я встречал только второй подход.
Feature всегда должен мерджиться в мастер исключительно через fast-forward, т.е. все коммиты из мастера уже должны быть в feature. Если это не так, то автор бранча feature делает rebase мастера к себе и правит свои коммиты.
Т.е. при правильном подходе проблемы просто нет.
Такой подход открывает очень большой простор для злоупотреблений со стороны работодателя.
Сначала "не успеваешь — плохо работаешь значит, работай сверхурочно". Потом "не успел — подставил компанию, изволь заплатить штраф". Потом сговор относительно условий труда и уровня зарплат. А потом опять 1917й.
Цивилизованный подход — или менять хотелки, или искать работника, который может и хочет за указанные деньги выполнять указанный объем работ.
Да, в культурной компании сотрудники работают на результат, а оплачивают им отработанное время.
Так нет ни одного стандарта, где бы это было. Зачем же пинать именно SQL, он как раз самый развитый стандарт из существующих?
Да, software development lifecycle. Помимо собственно жизненного цикла приложения, он задает и роли людей, которые этот цикл обслуживают.
Все это подробно описано в SWEBOK
Всё есть, пусть и специфичное для базы. Хинты, select for update, WITH ROWLOCK и т.п.
Не соглашусь, "сеньорный" сеньор должен уметь работать в любой роли SDLC, от продукт овнера до тестировщика. И совмещать их при необходимости.
При этом быть человеком-оркестром необязательно, обязательно понимать и прилагать усилия для улучшения культуры хотя бы своей команды.
Это заблуждение, которое часто используют для манипулации.
Деньги наемным работникам платят за отработанное время, а не за решение проблем.
Обязанность простого программиста — добросовестно 8 часов в день делать то, что ему скажет лид
Обязанность лида — добросовестно 8 часов в день исполнять свои обязанности и коммуницировать результаты и проблемы наверх.
Если вам не оплачивают переработки под любым предлогом (ты сам виноват, компании надо) — меняйте работу
Если оплачиваемые переработки случаются регулярно — нужно ставить вопрос о качестве менеджмента или менять работу
Хронически перерабатывать могут только те, чьи доходы качественно зависят от результата: средне-высшний менеджмент и собственники бизнеса. Еще как вариант, владельцы пакетов акций компании или за обещанную крупную премию в случае успешной сдачи проекта.
В том самом красном банке принимают англоязычные договора, перевод на русский достаточно подписать самому.
После длительного увлечения NoSQL, я начинаю задумываться о том же. Колоночные NoSQL со всей их спецификой (гиганские объемы данных, данные очень регулярны, потери отдельных строк не важны) имеют права на жизнь, но для всего остального проще использовать SQL
И помимо этого, SQL базы дают транзакции, мощный язык запросов, качественные атомарные бэкапы, проверенный временем мониторинг, аудит и средства восстановления после аварий.