С определенного уровня ЗП, начинает играть роль не только она. Например, насколько работа интересная, чему новому на ней научишься и наличие постоянных переработок тоже.
Ни одна ЗП в мире не компенсирует мне время проведенное с семьей или друзьями и занятия другими любимыми вещами.
Понятно, что когда семье нечего есть, я буду вкалывать 25 часов в сутки. Но если семья накормлена, ипотека уплачена и денег на хобби хватает, любой работодатель с постоянными переработками идет подальше не взирая на ЗП.
Творчество и инициатива - разные вещи. Тут конечно вопрос терминологии.
В моем понимании у рядового программиста в проекте где участвует больше 3-5 человек творчество минимально. Он конечно может и должен предлагать идеи (инициатива), но финальную схему решения определяет тимлид/архитектор, а остальные должны ее закодировать. При этом он должен быть в рамках стиля кодирования, согласованных фреймворков и алгоритмов. Где здесь творчество?
Конечно бывают задачи, которые хорошо делятся на на части и там 1-2 человека на задачу, тут рамки творчества расширяются. Но в целом в кровавом энтерпрайзе такое редко. Возможность творить - это скорее АСУ ТП или вендоры системного софта. Но их крайне не много.
Ну и да, у меня наверное искажение про прикладное программирование.
Тогда все понятно, есть все же разница в переработках наемного рабочего о чем статья и работе хозяина бизнеса.
Я иногда для себя программирую свои пет проекты, но не отношу это к работе, или переработкам, а считаю хобби. Все что я писал, строго про наемный труд.
Я считаю, что промышленная разработка ПО не про творчество, а про планомерную инжененую работу, само кодирование вообще среднетехническое образование.
Мне в команде не нуже творец, мне нужен человек планомерно дающий результат, я безусловно за более-менее свободный график работы или удаленку, но я считаю что программист должен быть готовым работать каждый ден,ь а для этого он не должен быть задрочен переработками, выспавшийся, и вовремя приходящий на синки.
Я просто не понимаю, зачем мне 2 часа в понедельник, я настроился работать в понедельник. А тут 2 часа... Поспать больше? И самое главное у меня обычно планы на выходные... зачем их прерывать? Я понимаю, что мне в понедельник скажем нужно куда то сходить, тогда в субботу нормально сделать и выделить время в понедельник.
Возможно это профдеформация я архитектор, и с утра у меня будет в какая-нибудь встреча, а вечером еще какая то активность... и посередине дня мне эти 2 часа не нужны, да и могут их тупо занять встречей... Если Вы фрилансер и не зависите от команды и что самое главное команда не зависит от Вас, то вольны планировать время как удобнее...
А что делать, если озарения нет? Стоим курим? То что Вы пишите, это какой то бред, ну натворил ты за дофига денег по 12 часов в день пару лет. А потом что? Сможете продуктивно работать так лет 20-30? И задачу решать надо когда надо, а не когда будет творческое настроение и озарение. Разработчик должен быть выспавшийся и готовый к работе в рабочее время.
P.S. "Творцы нам тут нафиг не нужны ..." (С) Пелевин ;-)
У меня с утра самые свежие мозги, поэтому я обычно занимаюсь с утра большими и творческими задачами. А на мелочь и рутину оставляю 2-3 часа вечером, когда мозги уже не нужны.
Если начинать с мелочи и рутины, то она пожрет все. Тут главное, для себя определится, и вовремя остановится с большой задачей, когда наступает время рутины.
Но все конечно зависит от рода деятельности. Если ямы копать, то пофиг. А если программировать, то нет.
Ну и любая попытка планировать вызывает у меня уважение...
Вам платят за работу, если за субботу не платят, Вы не работаете
Вам платят за работу, если за будние платят, Вы работаете, не халявите
Начальник увидел, и сделал выводы, что Вы можете работать в субботу и в следующий раз придет, а что такого
Оно еще раз, я понимаю интересно, сам такой, но на перспективе 10-20 лет, эти переработки это взаймы у себя будущего, и поверьте возврат этого долга ой какой страшный.
Звучит как: ошибки в коде - зло. Но время от времени их надо делать, что уж тут, всего не предусмотришь.
Переработка по просьбе руководителя - это ошибка руководителя. Да ошибки бывают, да бывают форс-мажоры. Но, любая ошибка - это повод подумать как не повторить ее в дальнейшем, а не забить со словами "всё не предусмотришь ".
Собственно Вас минусуют именно за подход, а не за переработки...
Публикацию Вами результатов TPC-DS в описанном Вами формате безусловно приветствую и буду ждать.
Я прихожу на хабр за информацией. Ваша статья содержит цифры в отрыве о того как они получены и без объяснения почему. Какую информацию я должен вынести из статьи?! Что очередной вендор показал свою систему в выгодном свете?! Я таких тестов видел примерно от каждого первого вендора. Я даже не могу сделать выводы, о задачах где данные системы показывают свое превосходство и самое главное для меня, почему, как это следует из архитектуры систем?
Если для чтения и понимания статьи нужно запросить у Вас дополнительную информацию, то зачем мне такая статья.
Какова методика тестирования? Какая схема данных? Где SQL запросы? Где конфиг файлы систем? Были ли эксперты по тюнингу каждой системы? и т.п.
За такими цифрами должен лежать отчет на 100500 страниц, а так это просто не очень хорошо пахнущая самореклама как в анекдоте получается:
Старенький дедушка приходит к врачу: — Доктор, мне нужна ваша помощь, у меня проблемы с потенцией. Могу со своей бабкой только три раза в неделю. — И сколько ж вам лет, — спрашивает врач. — 85. — Так вы, голубчик, половой гигант, — изумляется доктор. — Но доктор, моему соседу тоже 85, и он рассказывает, что у них с бабкой секс ежедневно. — Голубчик, так вы тоже рассказывайте!
А зачем в таком аду работать? Платят больше? Другой работы не найти? Удаленки нет?
Какая мотивация?
С определенного уровня ЗП, начинает играть роль не только она. Например, насколько работа интересная, чему новому на ней научишься и наличие постоянных переработок тоже.
Ни одна ЗП в мире не компенсирует мне время проведенное с семьей или друзьями и занятия другими любимыми вещами.
Понятно, что когда семье нечего есть, я буду вкалывать 25 часов в сутки. Но если семья накормлена, ипотека уплачена и денег на хобби хватает, любой работодатель с постоянными переработками идет подальше не взирая на ЗП.
Творчество и инициатива - разные вещи. Тут конечно вопрос терминологии.
В моем понимании у рядового программиста в проекте где участвует больше 3-5 человек творчество минимально. Он конечно может и должен предлагать идеи (инициатива), но финальную схему решения определяет тимлид/архитектор, а остальные должны ее закодировать. При этом он должен быть в рамках стиля кодирования, согласованных фреймворков и алгоритмов. Где здесь творчество?
Конечно бывают задачи, которые хорошо делятся на на части и там 1-2 человека на задачу, тут рамки творчества расширяются. Но в целом в кровавом энтерпрайзе такое редко.
Возможность творить - это скорее АСУ ТП или вендоры системного софта. Но их крайне не много.
Ну и да, у меня наверное искажение про прикладное программирование.
Тогда все понятно, есть все же разница в переработках наемного рабочего о чем статья и работе хозяина бизнеса.
Я иногда для себя программирую свои пет проекты, но не отношу это к работе, или переработкам, а считаю хобби. Все что я писал, строго про наемный труд.
Я считаю, что промышленная разработка ПО не про творчество, а про планомерную инжененую работу, само кодирование вообще среднетехническое образование.
Мне в команде не нуже творец, мне нужен человек планомерно дающий результат, я безусловно за более-менее свободный график работы или удаленку, но я считаю что программист должен быть готовым работать каждый ден,ь а для этого он не должен быть задрочен переработками, выспавшийся, и вовремя приходящий на синки.
Я говорю о том что знаю...
Погодите вы пишите про разработчиков или "неайтишечку"?
В России разработчик, не тимлид, 250-300к, если хороший, больше...
Причем ковид стер города, и теперь не важно где, удаленка работает ...
Про неайтишку не знаю...
На себя это контрактная разработка в команде или фриланс?
Творчество то в чем? Изобретаете новые алгоритмы? Придумываете новые фреймворки?
Я просто не понимаю, зачем мне 2 часа в понедельник, я настроился работать в понедельник. А тут 2 часа... Поспать больше? И самое главное у меня обычно планы на выходные... зачем их прерывать?
Я понимаю, что мне в понедельник скажем нужно куда то сходить, тогда в субботу нормально сделать и выделить время в понедельник.
Возможно это профдеформация я архитектор, и с утра у меня будет в какая-нибудь встреча, а вечером еще какая то активность... и посередине дня мне эти 2 часа не нужны, да и могут их тупо занять встречей... Если Вы фрилансер и не зависите от команды и что самое главное команда не зависит от Вас, то вольны планировать время как удобнее...
А что делать, если озарения нет? Стоим курим?
То что Вы пишите, это какой то бред, ну натворил ты за дофига денег по 12 часов в день пару лет. А потом что? Сможете продуктивно работать так лет 20-30? И задачу решать надо когда надо, а не когда будет творческое настроение и озарение. Разработчик должен быть выспавшийся и готовый к работе в рабочее время.
P.S. "Творцы нам тут нафиг не нужны ..." (С) Пелевин ;-)
Ну это зависит от интересности досуга ;-)
Нее, так тоже не работает.
У меня с утра самые свежие мозги, поэтому я обычно занимаюсь с утра большими и творческими задачами. А на мелочь и рутину оставляю 2-3 часа вечером, когда мозги уже не нужны.
Если начинать с мелочи и рутины, то она пожрет все. Тут главное, для себя определится, и вовремя остановится с большой задачей, когда наступает время рутины.
Но все конечно зависит от рода деятельности. Если ямы копать, то пофиг. А если программировать, то нет.
Ну и любая попытка планировать вызывает у меня уважение...
Тут сразу три вещи:
Вам платят за работу, если за субботу не платят, Вы не работаете
Вам платят за работу, если за будние платят, Вы работаете, не халявите
Начальник увидел, и сделал выводы, что Вы можете работать в субботу и в следующий раз придет, а что такого
Оно еще раз, я понимаю интересно, сам такой, но на перспективе 10-20 лет, эти переработки это взаймы у себя будущего, и поверьте возврат этого долга ой какой страшный.
Ну да, я про это же.
Но нужно учится переключаться, иначе просто можно сгореть...
И не надо бежать тут же делать/проверять.
Звучит как: ошибки в коде - зло. Но время от времени их надо делать, что уж тут, всего не предусмотришь.
Переработка по просьбе руководителя - это ошибка руководителя. Да ошибки бывают, да бывают форс-мажоры. Но, любая ошибка - это повод подумать как не повторить ее в дальнейшем, а не забить со словами "всё не предусмотришь ".
Собственно Вас минусуют именно за подход, а не за переработки...
"Решение находится и в субботу " - это не повод тут же бежать его проверять. Пришла идея в нерабочее время, запиши, проверишь в рабочее.
Более того, часто замечал, что решение придумал вечером, не на работе, а утром обдумав нашел лучше, или нашел изъяны в старом.
Многие не понимают, что мы бежим не спринт, а марафон, и перерабатывая мы гробим здоровье и самое главное приучаем начальство, что так можно.
Да бывают авралы - авария, проблемы у клиента, последний этап внедрения, но это все должно быть учтено и компенсировано.
Публикацию Вами результатов TPC-DS в описанном Вами формате безусловно приветствую и буду ждать.
Я прихожу на хабр за информацией. Ваша статья содержит цифры в отрыве о того как они получены и без объяснения почему. Какую информацию я должен вынести из статьи?! Что очередной вендор показал свою систему в выгодном свете?! Я таких тестов видел примерно от каждого первого вендора.
Я даже не могу сделать выводы, о задачах где данные системы показывают свое превосходство и самое главное для меня, почему, как это следует из архитектуры систем?
Если для чтения и понимания статьи нужно запросить у Вас дополнительную информацию, то зачем мне такая статья.
Какова методика тестирования? Какая схема данных? Где SQL запросы? Где конфиг файлы систем? Были ли эксперты по тюнингу каждой системы? и т.п.
За такими цифрами должен лежать отчет на 100500 страниц, а так это просто не очень хорошо пахнущая самореклама как в анекдоте получается:
Старенький дедушка приходит к врачу:
— Доктор, мне нужна ваша помощь, у меня проблемы с потенцией. Могу со своей бабкой только три раза в неделю.
— И сколько ж вам лет, — спрашивает врач.
— 85.
— Так вы, голубчик, половой гигант, — изумляется доктор.
— Но доктор, моему соседу тоже 85, и он рассказывает, что у них с бабкой секс ежедневно.
— Голубчик, так вы тоже рассказывайте!
Ну там на диаграмме клубок связей, она не читабельна.
Если есть линк, то тогда вообще не понятно, зачем нужен h_order_detail. Все должно решаться линком.
Линк на линк не правильно согласен.
DV умеет и то и другое, в этом его и прелесть.
Как я писал основное это agile в разработке хранилища и версионность.
Не нужна версионность данных, можно сильно упростить и выкинуть сателлиты.
Тут просто они в списке очень избирательно представлены....
А так их десятки. Где тот же Postgres Pro, Areanadata?
А вот Астра есть...
Кто заплатил, тот в список и попал или как?