Join Yalantis and get a $1000 sign-in bonus! React.js, React Native, Python, Java, DevOps, BА. Apply now!
×Закрыть
Ruby/JavaScript developer в GOhiring GmbH
  • Банки для ФОП

    Поставьте клиент банк и оплачивайте любые платежи. Также можно открыть OTP Smart и перекидывать с ФОП счета на личный счет и там уже оформлять депозиты и проводить другие платежи не связанные с ФОП.

  • Опитування: чи готове українське ІТ переїхати з міста у передмістя?

    Как показывает опыт GitLab’а, организовать удаленную работу можно blog.ycombinator.com/...tlab-distributed-startup, было бы желание. Если за сотрудниками нужен глаз да глаз, их проще уволить.

  • В какую корзину положить яйца: .NET или PHP?

    Цвет

    Поддержал: Mori Arti
  • Построение бизнеса на OpenSource модели. Возможно ли?

    Успешных open-source проектов достаточно. Но я думаю автора интересует вопрос как «небольшие» проекты могут быть успешным (возможно без больших инвестиций). Из последних, что я встречал это Sidekiq и Phusion Passenger. Оба проекта предлагают бесплатную и платную версию продукта.

    Как Mike Perham (автор Sidekiq) к этому пришел, можно почитать в двух статьях: The Path to Full-time Open Source, How to Charge for your Open Source.

    Ребята из Phusion тоже деляться опытом: Bootstrapping a Business Around Open Source. Кстати модель донатов для них не сработала.

    Поддержали: Mori Arti, Alexander Baranetsky
  • Обзор IT-рынка труда: Запорожье

    $400-700 (junior),
    — $700-1400 (middle),
    — $2000-2500 (senior)

    A между $1400 и $2000 что?

  • Поддержим украинскую армию!

    Армия нужна что-бы не было войны. У населения на руках 70 млрд. долларов, кто Вам даст гарантии что вояки россии не захотят их забрать? кто защитит вашу жену/сестру/девушку когда ее будут насиловать вояки россии? Назовите хоть один военный конфликт при котором мирное население не страдало? Хорошей оккупации не бывает.

    Поддержал: Юрий Монастырёв
  • Информвойна

    Кто Вам сказал что они не хотят? Вы провели соц опрос или референдум? Как можно что-то утверждать без фактов?

  • 24Hack Хакатон

    Ура, теперь и у нас!!!

    Поддержали: Андрій Мосін, notus
  • О законопроектах для IT-отрасли Украины

    Спасибо за Ваш труд, надеюсь он действительно даст результаты и Ваше время не будет потрачено зря. Хотя я сомневаюсь, наши чиновники всегда хотят запустить свои руки в прибыльные дела.

  • Бета-релизы — первый шаг к краху веб-проекта

    Ну так альфа и бета, это совсем разные вещи. Тут надо понимать что есть бета, что есть альфа.

    Поддержал: Andrusenko Dmitry
  • Бета-релизы — первый шаг к краху веб-проекта

    У нас нету QA. Отвечу цитатой:

    «Вторая парадигма — „гипотеза-проверка-корректировка“. Лучше всего эту многоитерационную модель описал Steve Blank в книге 4 Steps to Epiphany и назвал ее в Customer Development. Мы подразумеваем, что единственным судьей стартапа, продукта, услуги является пользователь и любая гипотеза, связанная с введением нового функционала или нового предложения на рынке должна быть протестирована на узком круге пользователя и только после успеха, масштабировать продажи. И так во всем. »

    Лучше и не скажешь (dennydov.blogspot.com/...g-post_10.html

  • Бета-релизы — первый шаг к краху веб-проекта

    Вы хотите сказать что ваш продукт сразу имеет 90% нужного функционала? Что-то мне слабо верится. Обычно создают продукт, выпускается, получают отзывы, дорабатывают, получают новых пользователей (см ссылку выше), получают отзывы и так до тех пор пока продукт не будет удобен и полезен для большинства людей. Т.е. если сравнить продукт изначально и даже через год, то разница будет колоссальная.

    У меня такое впечатление что вы создаете продукт в черном ящике. Как можно создать что-то не получая постоянно отзывов?

    p.s. Почитайте блог Дениса Довгополого, там очень много интересного. Без отзывов, вы никогда ничего не создадите.

  • Бета-релизы — первый шаг к краху веб-проекта

    А откуда QA может знать что именно нужно пользователю? будет ли удобно пользоваться продуктом? достаточно ли возможностей? и так далее. На этот вопрос только пользователи и ответят попробовав бету.

  • Бета-релизы — первый шаг к краху веб-проекта

    Артур, причитайте пост Дениса Довгополого (см ссылку выше), там все очень хорошо написано. Вам не надо все пользователи сразу, вам сначала нужны пользователи, которые помогут вам сделать продукт именно такой который нужен людям. Даже если вы не назовете его бетой при первом релизе, он от этого бетой не перестанет быть, хотите вы этого или нет, потому как это будет еще не сформированный продукт, а значит бета.

    Поддержал: Denis Muratov
  • Бета-релизы — первый шаг к краху веб-проекта

    Без отзывов пользователей, можно очень долго все вылизывать, только потом окажется что оно никому не нужно, как бы оно классно не выглядело. Бета дает возможность получить ранние отзывы и исправить критичные промахи в функционале.

    И не путайте явные баги, аля 500 ошибка при запросе страницы (вот это даже в бете не должно быть), или просто не доработка функционала.

  • Бета-релизы — первый шаг к краху веб-проекта

    Бред сивой кобылы. Наверное вы не знаете как создаются продукты. Вот читайте:

    dennydov.blogspot.com/...og-post_10.html

    Для особо ленивых выкладываю цитату:

    «Innovators — это категория пользователей, которые остро столкнулись с проблемой, и у них низкий порог при покупке. Это может быть связано с тем, что они сами по себе легко воспринимают инновации (справедливо для b2c социальных сетей или сервисов), но чаше всего решаемая проблема у них настолько остро стоит, что они готовы пользоваться даже сырым продуктом. Эта категория пользователей важна по двум причинам. Первая из них — это то, что они охотно и детально дают отзывы и позволяют его улучшать, что будет важно на следующих этапах, при этом они с пониманием относятся к ошибкам и недоработкам. Вторая — такие пользователи создают информационный шум (пресса, интернет или просто в среде потенциальных пользователей), что снижает барьер входа для остальных категорий пользователей. »

    Теперь понятно зачем нужна бета?

  • Должен ли программист получать больше своего менеджера?

    Во во, менеджер не создаст продукт, в лучшем случае только продумает, как он должен выглядеть.

  • Должен ли программист получать больше своего менеджера?

    Я видел только одного менеджера который действительно был хорош. Я работаю программистом 6 лет, побывал в трех компаниях, так что знаю что говорю. В большинстве случаев менеджеры — это люди которые знают англ и не больше этого, они даже технически не подготовлены. Был у нас один менеджер (кстати из-за него вся фирма разошлась) который позволял себе даже удалять куски текста из письма, потому как он не понимал о чем там речь. Хотя письмо было написано человеком который знает английский, программистом.

    По поводу того что программист не должен получать больше менеджера, так это так менеджерам хочется. Если он толкает идеи к развитию проекта и это успешно реализовывает и это работает для пользователей, так почему ему не получать больше? Не путайте кодеров и разработчиков.

    Мое понимание такое, если и менеджер и программист ЖИВУТ проектом, то и первого и второго оч тяжело заменить и ЗП у них может быть как больше так и меньше по сравнению со вторым.

← Сtrl 12 Ctrl →