Конечно, если речь идет о каком-то существующем проекте и вы пытаетесь внедрить DDD, то да. Но я, например, работаю в стартапах и чаще всего там прямо противопоказано использование сложных паттернов. KISS - наше все. Именно это я подразумеваю, когда говорю о соразмерности задаче. Практически никакой стартап не стоит начинать с микросервисной архитектуры, подразумевая надежность и масштабируемость. Усложнится все со временем само собой.
Про DDD и тактики внедрения всегда интересно почитать. Но на мой взгляд основная часть именно стратегическая. Позволяет повернуть мозги разработки от проивзодства кода к производству ценности и удовлетворению бизнес-потребностей. Мне кажется, что DDD иногда может эффективнее работать без применения сложных паттернов и микросервисов. Кажется, часто забывают о том, что решение должно быть соразмерно задаче
Я себе просто очень плохо представляю процесс, по которому можно доказать, что именно я кому-то передал действительно конфиденциальную информацию, а не кто-то другой. Вот просто в голове не укладывается ни доказательная база, ни ход процесса. Особенно, если я нахожусь в РФ, а компания, например, на Кипре. Но и даже если мы в одном офисе сидим - все равно не представляю
Скажите, а для чего это? В вашей практике был опыт реального использования NDA и каких-то последствий для разработчика? Мой опыт говорит о том, что можно подписать любой NDA и забить болт
Я просто завуалировал свою претензию к содержанию. Я ожидал увидеть в статье хоть какие-то намеки на то, что с этим всем делать. А тут как бы и механизм вроде не рассмотрен и советов что с этим делать нет. Например, для многих, при борьбе за дофаминчик очень хорошо помогает простой TODO-лист на бумажке. В момент вычеркивания очередного пункта из списка происходит выброс дофамина. В рамках дня может помогать решить проблему. Я замечу, что даже не столько выполнение самой задачи, а именно вычеркивание задачи из списка дел(что конечно должно быть только после выполнения). Опять же, иногда это бывает повод для того, чтобы сходить к врачу.
Короче, действительно ожидания не оправдались. Я думал узнаю либо про механизмы появления дофаминового выгорания, либо про механизмы его работы, либо про способы борьбы с ним. И ничего из этого не увидел. То есть для меня лично всю статью можно было бы сократить до вашего заголовка и ничего бы не изменилось.
И судя по голосам я не один такой на этом празднике. Не хочу ни в коем случае обидеть, просто тема действительно интересная, но раскрыть, на мой взгляд, можно было получше.
Статья настолько резко обрывается без выводов, что можно подумать, что нужно пойти в даркнет, купить амфетамин и забыть про дофаминовое выгорание(НЕ НАДО ТАК ДЕЛАТЬ, ЭТО НЕ ВЫХОД, но в статье об этом ни слова)
Я думаю в таком опросе просто необходимо учитывать возраст. Предположу, что более молодые специалисты меняют работу чаще, поскольку имеют меньше обязательств и "ищут себя". Со временем появляются ипотеки, жены, дети и смена работы становится большим стрессом
Хочется надеяться, что где-то там есть мир, где твоего гитхаба и опыта достаточно, чтобы за тобой приходили рекрутеры и не задавали дурацких вопросов, но вряд ли такое достижимо (а может просто я такой никому не нужен :) ).
Так он есть, просто дорога вам не в крупные компании и не на галеру, а в стартапы и предпринимательство. Галеры тоже понять легко - им нужно много разработчиков. При том "стандартных". Изучать все наши индивидуальные особенности и пробовать что-то понять - очень дорого и малопродуктивно. Куда удобнее сделать шаблон и отсеивать кандидатов по нему.
Уж лучше гонорар, чем компенсация. Действительно звучит, как будто не кнопочки нажимаешь сидишь, а лес в сибири валишь и тебе нужно компенсировать мучения
Так-то оно так, но нетворкинг - очень важная часть работы. Я вот тоже не могу общаться с HR и уже лет 5 не могу в технические собеседования, потому что вообще никакого смысла в них не вижу. Ну так я и сделал все, чтобы больше в этом не участвовать и счастлив.
И это все еще не отменяет необходмости тестирования тестировщиком :) Тестировать свой код необходимо, но если нет тестировщика, то это как проводить психотерапию самому себе
Ну это далеко не достаточные критерии. Способов получения дохода от продукта существует не так много, как может показаться.
Первое: если я иду в стартап на позицию программиста, а не руководителя, то я работаю за зарплату выше рынка.
Второе: это мало о чем говорит, кроме образа жизни и мышления представителей руководства, а оно может быть каким угодно, главное чтобы не вредило проекту. В некоторых проектах просто необходимо, чтобы основатель ездил на ламбо, ходил по тусовкам и вообще вел себя как кинозвезда.
Но даже прислушавшись ко всем вашим советам, риск прогореть все равно на уровне 90-95%. Так от чего тогда защитит их соблюдение?
Да? Научите отличать? Я даже с удовольствием заплатил бы за такие знания. Уверен, обладая таким навыком вы сделали бы головокружительную карьеру в венчурном инвестиционном фонде. Лучшие инвесторы мира хотели бы знать ваш секрет, как отличить контору с перспективами от тухляка и не попадать в просак в 90% случаев.
Интересно, вроде в одной стране живем, а у меня опыт почти диаметрально противоположный ;) Деньги под процент от компании найти вообще не проблема. Ни один адекватный инвестор сам не допустит того, чтобы у основателей осталось меньше 70% компании после первого раунда и уж точно никакие инвестиции не работают как «займ». Под свой проект botlify.io про который я немного писал на Хабре я без какого либо труда нашел деньги. Более того, некоторые фонды до сих пор пишут и хотят обсудить второй раунд, предлагают вполне себе нормальные деньги на вполне адекватных условиях. Другое дело, что брать их смысла никакого сейчас нет и это приходится объяснять.
Со второй частью тезиса я согласен. Основатели не пилят. Я мало того, то ни копейки из инвестиций которые получал себе лично не забрал, так еще и свои личные средства вкладывал практически в каждый проект, где был основателем или сооснователем. Просто потому что основатель как никто другой заинтересован в успехе предприятия. Рискует основатель действительно многим в отличии от наемного сотрудника и наемником быть очень часто гораздо выгоднее. Можно выбить зарплату в полтора раза выше рынка, удобные условия и получить доступ к нужным ресурсам.
Стартап хорошее место, но точно не для первого опыта. В стартапе тебя некому будет научить. Вот наоборот после пары лет в корпорациях переходить в стартапы — одно удовольствие
Конечно, если речь идет о каком-то существующем проекте и вы пытаетесь внедрить DDD, то да. Но я, например, работаю в стартапах и чаще всего там прямо противопоказано использование сложных паттернов. KISS - наше все. Именно это я подразумеваю, когда говорю о соразмерности задаче. Практически никакой стартап не стоит начинать с микросервисной архитектуры, подразумевая надежность и масштабируемость. Усложнится все со временем само собой.
Про DDD и тактики внедрения всегда интересно почитать. Но на мой взгляд основная часть именно стратегическая. Позволяет повернуть мозги разработки от проивзодства кода к производству ценности и удовлетворению бизнес-потребностей. Мне кажется, что DDD иногда может эффективнее работать без применения сложных паттернов и микросервисов. Кажется, часто забывают о том, что решение должно быть соразмерно задаче
Я себе просто очень плохо представляю процесс, по которому можно доказать, что именно я кому-то передал действительно конфиденциальную информацию, а не кто-то другой. Вот просто в голове не укладывается ни доказательная база, ни ход процесса. Особенно, если я нахожусь в РФ, а компания, например, на Кипре. Но и даже если мы в одном офисе сидим - все равно не представляю
Скажите, а для чего это? В вашей практике был опыт реального использования NDA и каких-то последствий для разработчика? Мой опыт говорит о том, что можно подписать любой NDA и забить болт
Я просто завуалировал свою претензию к содержанию. Я ожидал увидеть в статье хоть какие-то намеки на то, что с этим всем делать. А тут как бы и механизм вроде не рассмотрен и советов что с этим делать нет.
Например, для многих, при борьбе за дофаминчик очень хорошо помогает простой TODO-лист на бумажке. В момент вычеркивания очередного пункта из списка происходит выброс дофамина. В рамках дня может помогать решить проблему. Я замечу, что даже не столько выполнение самой задачи, а именно вычеркивание задачи из списка дел(что конечно должно быть только после выполнения). Опять же, иногда это бывает повод для того, чтобы сходить к врачу.
Короче, действительно ожидания не оправдались. Я думал узнаю либо про механизмы появления дофаминового выгорания, либо про механизмы его работы, либо про способы борьбы с ним. И ничего из этого не увидел. То есть для меня лично всю статью можно было бы сократить до вашего заголовка и ничего бы не изменилось.
И судя по голосам я не один такой на этом празднике. Не хочу ни в коем случае обидеть, просто тема действительно интересная, но раскрыть, на мой взгляд, можно было получше.
Статья настолько резко обрывается без выводов, что можно подумать, что нужно пойти в даркнет, купить амфетамин и забыть про дофаминовое выгорание(НЕ НАДО ТАК ДЕЛАТЬ, ЭТО НЕ ВЫХОД, но в статье об этом ни слова)
Как и с любым другим "принципом" актуальность зависит от контекста. Все эти принципы не имеют никакого смысла вне контекста
Я думаю в таком опросе просто необходимо учитывать возраст. Предположу, что более молодые специалисты меняют работу чаще, поскольку имеют меньше обязательств и "ищут себя". Со временем появляются ипотеки, жены, дети и смена работы становится большим стрессом
Так он есть, просто дорога вам не в крупные компании и не на галеру, а в стартапы и предпринимательство. Галеры тоже понять легко - им нужно много разработчиков. При том "стандартных". Изучать все наши индивидуальные особенности и пробовать что-то понять - очень дорого и малопродуктивно. Куда удобнее сделать шаблон и отсеивать кандидатов по нему.
Проблема начинается тогда, когда ты технически нулевой душный зануда, а они настойчиво пытаются с тобой связаться.
Уж лучше гонорар, чем компенсация. Действительно звучит, как будто не кнопочки нажимаешь сидишь, а лес в сибири валишь и тебе нужно компенсировать мучения
Так-то оно так, но нетворкинг - очень важная часть работы. Я вот тоже не могу общаться с HR и уже лет 5 не могу в технические собеседования, потому что вообще никакого смысла в них не вижу. Ну так я и сделал все, чтобы больше в этом не участвовать и счастлив.
И это все еще не отменяет необходмости тестирования тестировщиком :) Тестировать свой код необходимо, но если нет тестировщика, то это как проводить психотерапию самому себе
Тестировщиком стать так же легко\сложно, как и дизайнером, программистом, системным администратором или любым другим IT-специалистом
Первое: если я иду в стартап на позицию программиста, а не руководителя, то я работаю за зарплату выше рынка.
Второе: это мало о чем говорит, кроме образа жизни и мышления представителей руководства, а оно может быть каким угодно, главное чтобы не вредило проекту. В некоторых проектах просто необходимо, чтобы основатель ездил на ламбо, ходил по тусовкам и вообще вел себя как кинозвезда.
Но даже прислушавшись ко всем вашим советам, риск прогореть все равно на уровне 90-95%. Так от чего тогда защитит их соблюдение?
Лучший комментарий к теме, подписываюсь
Со второй частью тезиса я согласен. Основатели не пилят. Я мало того, то ни копейки из инвестиций которые получал себе лично не забрал, так еще и свои личные средства вкладывал практически в каждый проект, где был основателем или сооснователем. Просто потому что основатель как никто другой заинтересован в успехе предприятия. Рискует основатель действительно многим в отличии от наемного сотрудника и наемником быть очень часто гораздо выгоднее. Можно выбить зарплату в полтора раза выше рынка, удобные условия и получить доступ к нужным ресурсам.