вообще мое мнение (а я был с разных сторон баррикад) — нужно смотреть на фронт работ которые человек успел проделать. не с нуля же он пришел. если с нуля, то каким-то компаниям и такие нужны, но это уже вопрос нужен ли «новичок» конкретно вам.
если брать в серьезный проект, то участие в opensource проектах — большой плюс. я начинал в свое время именно с opensource проекта и могу со 100% уверенность сказать, что если проект нормальный, то там человек прокачивает очень сильно по многим направлениям сразу — как в техническом плане, так и в плане участия в совместных проектах (начиная от общих правил оформления кода и закачивания многими другими более серьезными вещами). это мой опыт, мое имхо и пока оно не подводило.
кстати говоря, я один раз когда устраивался нарвался на одного студентика на собеседовании. там был вопрос про деревья — типа как лучше всего хранить деревья, пара тройка вариантов ответа (один «правильный» в духе через parent_id и последний «другой способ»). Я выбрал, конечно же, «другой способ» :) За что была предпринята попытка как раз принизить меня и восхвалить себя(прям как у автора первой статьи), короче меня ткнули носом и сказали, что как же так такой примитив не знаете — правильно через parent_id. После этих слов мне все стало понятно, я сказал — спасибо, до свидания, вы МНЕ не подходите, т.к. заниматься теорией у меня нет желания, а на практике все зависит от конкретной задачи. И parent_id иногда самый худший способ.
Это я к тому что иногда «мега гуру гении» пишут такую ересь в коде, что это просто звиздец потом разгребать. Зато гонора на целый отряд спецов. Мне хватило переделки всего одного проекта от такого «гения» (который себя так прям и считал гением, со всеми другими чуть ли не через губу общался), чтобы раз и навсегда понять, что с такими людьми лучше не связываться вообще — ни в качестве нанимателя, ни в качестве команды. ни за какие деньги.
— Разумеется, я говорю про стартап, а не про работу в аутсорсинговой компании (или любой другой «большой» компании, где учат избегать ответственности, а не брать ее).
— Вообще-то там учат не «избегать ответственности», а как раз нести ответственность за свой фронт работ. Когда каждый человек более-менее спокоен за другие части проекта, т.к. все действуют по единым «правилам».
я имел в свое время опыт работы с таким вот чудо-творцом. Мало того, что после его ухода эта подветка в проекте вообще «сдохла», так человек еще и целенаправленно так писал, чтобы подольше отработать — типа «подсадить».
Хороший ли он программист — я не знаю, вроде как задачи какого-то уровня решает. Стал бы я что-то делать с ним совместное не за оклад — 100% не стал бы. А на оклад тем более не взял бы.
Есть подозрение, что сам автор никогда не был 100% фрилансером, поэтому и такое отношение к ТЗ.
Во-первых, если заказчик не известный, то ТЗ всегда нужно брать, т.к. может вылиться в то, что трудозатраты будут значительно больше оплаты. И это не бюрократия, это для того, что бы исполнитель мог адекватно оценить как сроки, так и фронт работ. Это не «халтурка» в рабочее время или по вечерам, человек живет на заказах, возможно содержит не только себя.
Но рассмотрим, конкретно, стартапы. Никогда не поверю, что ТЗ нельзя составить, какой бы стартапестый стартап не был. Если только все это не на уровне фантазии или случайной идей, над которой еще толком и не думали. Я согласен, что какие-то «этапы» проекта могут быть еще не очевидными и не формализованными, но начинать с чего-то в любом случае надо. И то с чего начинать, уверен можно описать. Пока исполнитель реализовывает первые этапы, вы как идеолог продумывает следующие этапы. Если какие-то вещи вы не можете продумать до должного уровня(ваше не достаточная компетентность в данном вопросе), то в случае адекватного исполнителя делаете это совместно и приходите к какому-то результату, что и будет следующим ТЗ. И так этап за этап все и реализуется.
У меня был опыта с обеих сторон. В пору 100% фриланса, на такие заказы я даже не обращал внимания, т.к. был опыт (и не однократный) сотрудничества без ТЗ. Мне мое время и нервы дороже. Лично мое мнение, если заказчик не хочет (особенно как вы категорично пишете — «ТЗ нет и не будет») предоставить ТЗ, то либо он безумно ленив, безумно нагл и вообще не мой клиент, т.к. слишком хитрожоп — хочет переложить СВОЮ работу на меня.
за заказы без ТЗ берутся либо фрилансеры в безвыходной ситуации, либо не опытные. Для опытного профи, заказ в духе — есть штука баксов, надо делать, что придумаю в процессе — не вариант.
p.s.: вы с договорами вот работали, вот вам пример: «Я плачу тебе штуку баксов, а что мне привезти на эту сумму и как срочно, я скажу завтра, после того как подпишем договор сегодня».
И если вы отказываетесь подписаться под этим(потому что я еще не сказал вам что мне надо), то вы боитесь ответственности!
Если как кто-то тут написал, магенту делали по образу и подобию oscommerce, то тогда сразу все понятно и ничего больше объяснять не надо.
Вообще есть ощущение, что «Магента для крупных магазов» — это миф который целенаправленно продвигают, аля маркетинговый ход. Что в понятии Магента — крупный магаз, я х.з. — уровня ozon — она сдохнет сразу же.
Вот реально для большинства средних/мелких PrestaShop хватит выше крыши. А все «крупные» все равно идут через свои разработки, в большинстве случаев.
«Сразу оговорюсь, что использовал я его для бизнес задач и поэтому функционал из серии и игрушки я особо не рассматривал.»
Тема не раскрыта. увидел только описание какая красивая кнопка, анимационные обои, красивая картинка и как резюме «малое количество игр». Как-то мало все это вяжется с бизнес задачами.
«Сразу оговорюсь, что использовал я его для бизнес задач и поэтому функционал из серии и игрушки я особо не рассматривал.»
Тема не раскрыта. увидел только описание какая красивая кнопка, анимационные обои, красивая картинка и как резюме «малое количество игр». Как-то мало все это вяжется с бизнес задачами.
p.s.: почему-то был уверен, что связан с SAP как-то, а не «R&D в небольшой компании».
если брать в серьезный проект, то участие в opensource проектах — большой плюс. я начинал в свое время именно с opensource проекта и могу со 100% уверенность сказать, что если проект нормальный, то там человек прокачивает очень сильно по многим направлениям сразу — как в техническом плане, так и в плане участия в совместных проектах (начиная от общих правил оформления кода и закачивания многими другими более серьезными вещами). это мой опыт, мое имхо и пока оно не подводило.
Это я к тому что иногда «мега гуру гении» пишут такую ересь в коде, что это просто звиздец потом разгребать. Зато гонора на целый отряд спецов. Мне хватило переделки всего одного проекта от такого «гения» (который себя так прям и считал гением, со всеми другими чуть ли не через губу общался), чтобы раз и навсегда понять, что с такими людьми лучше не связываться вообще — ни в качестве нанимателя, ни в качестве команды. ни за какие деньги.
— Вообще-то там учат не «избегать ответственности», а как раз нести ответственность за свой фронт работ. Когда каждый человек более-менее спокоен за другие части проекта, т.к. все действуют по единым «правилам».
я имел в свое время опыт работы с таким вот чудо-творцом. Мало того, что после его ухода эта подветка в проекте вообще «сдохла», так человек еще и целенаправленно так писал, чтобы подольше отработать — типа «подсадить».
Хороший ли он программист — я не знаю, вроде как задачи какого-то уровня решает. Стал бы я что-то делать с ним совместное не за оклад — 100% не стал бы. А на оклад тем более не взял бы.
Во-первых, если заказчик не известный, то ТЗ всегда нужно брать, т.к. может вылиться в то, что трудозатраты будут значительно больше оплаты. И это не бюрократия, это для того, что бы исполнитель мог адекватно оценить как сроки, так и фронт работ. Это не «халтурка» в рабочее время или по вечерам, человек живет на заказах, возможно содержит не только себя.
Но рассмотрим, конкретно, стартапы. Никогда не поверю, что ТЗ нельзя составить, какой бы стартапестый стартап не был. Если только все это не на уровне фантазии или случайной идей, над которой еще толком и не думали. Я согласен, что какие-то «этапы» проекта могут быть еще не очевидными и не формализованными, но начинать с чего-то в любом случае надо. И то с чего начинать, уверен можно описать. Пока исполнитель реализовывает первые этапы, вы как идеолог продумывает следующие этапы. Если какие-то вещи вы не можете продумать до должного уровня(ваше не достаточная компетентность в данном вопросе), то в случае адекватного исполнителя делаете это совместно и приходите к какому-то результату, что и будет следующим ТЗ. И так этап за этап все и реализуется.
У меня был опыта с обеих сторон. В пору 100% фриланса, на такие заказы я даже не обращал внимания, т.к. был опыт (и не однократный) сотрудничества без ТЗ. Мне мое время и нервы дороже. Лично мое мнение, если заказчик не хочет (особенно как вы категорично пишете — «ТЗ нет и не будет») предоставить ТЗ, то либо он безумно ленив, безумно нагл и вообще не мой клиент, т.к. слишком хитрожоп — хочет переложить СВОЮ работу на меня.
за заказы без ТЗ берутся либо фрилансеры в безвыходной ситуации, либо не опытные. Для опытного профи, заказ в духе — есть штука баксов, надо делать, что придумаю в процессе — не вариант.
p.s.: вы с договорами вот работали, вот вам пример: «Я плачу тебе штуку баксов, а что мне привезти на эту сумму и как срочно, я скажу завтра, после того как подпишем договор сегодня».
И если вы отказываетесь подписаться под этим(потому что я еще не сказал вам что мне надо), то вы боитесь ответственности!
Вообще есть ощущение, что «Магента для крупных магазов» — это миф который целенаправленно продвигают, аля маркетинговый ход. Что в понятии Магента — крупный магаз, я х.з. — уровня ozon — она сдохнет сразу же.
Вот реально для большинства средних/мелких PrestaShop хватит выше крыши. А все «крупные» все равно идут через свои разработки, в большинстве случаев.
если уж что и предлагать из современного, а не допотопного с миллионом таблиц, так это PrestaShop.
Тема не раскрыта. увидел только описание какая красивая кнопка, анимационные обои, красивая картинка и как резюме «малое количество игр». Как-то мало все это вяжется с бизнес задачами.
Тема не раскрыта. увидел только описание какая красивая кнопка, анимационные обои, красивая картинка и как резюме «малое количество игр». Как-то мало все это вяжется с бизнес задачами.