Pull to refresh

Comments 46

Школьники пишут стартапы.

> Теперь мы понимаем, что допустили непоправимую ошибку. Мало просто собрать самый продвинутый стек технологий на текущий момент. Ведь ко времени, когда продукт наконец выйдет на рынок, состав идеального стека уже успеет измениться, и это снизит шансы на успех.

Видимо они не знают, что успех приходит если ты решаешь проблемы клиентов, а не свои собственные фантазии.
Кажется, это было очень похоже на сарказм

"Не знаю как вы, а я не хочу жить в мире, который кто-то другой делает лучше, лучше чем это делаем мы!" (с)

После серии срочных сборов с невесёлыми обсуждениями было принято решение. Мы должны переписать всё на $КРУТОЙЯЗЫК.
чтобы что? Мне как конечному пользователю — все равно, нет даже не так — АБСОЛЮТНО ВСЕ РАВНО, на каком языке написан бек, используется ли там сортировка из стандартной библиотеки или какая то хитрая сортировка реализованная вашей командой, которая ускорила процесс на 0.01% и на написание который вы потратили 1 месяц

Мы просто не сумели угнаться за темпами развития рынка. $КРУТОЙЯЗЫК уже стал клониться к закату, когда подоспела вторая итерация нашего продукта
так может надо было решать проблемы пользователей, а не любоваться красотами языков/стеков?
UFO just landed and posted this here
Вот только зачем вместо ссылки на оригинал давать ссылку на ВК, который пересылает на реддит, в котором лежит ссылка на оригинал?

Тут уже можно сказку писать: «а смерть стартапова лежит в google docs, ссылка на который лежит на реддите, ссылка на который в ВК, ссылка на который на Хабре»
Я бы еще проверил, какой мессенджер вы использовали. Может стоит сменить на что-то другое. Например, в одной команде скайп мешал работать (ну реально, у людей бабушки в скайпе общаются, а мы молодежь), но в телеграм смогли не все (типа там семья, а не работа) и все пошло под откос. А еще мы перешли с редмайна на джиру, все должно было стать хорошо. Но! ПМ не смог согласовать пару плагинов по паре тыс. долларов для построения каких-то таблиц, и это тоже сыграло свою роль. И так всегда, приходят люди с горящими глазами, а в проекте C# и пластиковых стаканчиков на кухне нет (активисты за экологию постарались), ну как так-то?
Кроме сарказма над собой, прямо заинтересовали какой-такой $КРУТОЙЯЗЫК за предположительно несколько месяцев, смог пройти путь от моднейшего до упадка.
UFO just landed and posted this here
Ведь ко времени, когда продукт наконец выйдет на рынок, состав идеального стека уже успеет измениться, и это снизит шансы на успех.

Похоже, что это статья которую полностью нужно завернуть в тег Sarcasm.


Lean Startup — походу некоторые элементы статьи взяты из этой Книги.

Lean Startup полностью противоположный подход пропагандирует, статья прямо канонический пример "как не надо" по книге.

Да, так как статья саркастичная — судя по всему автор читал книгу и создавал антипаттерны на ее основе. Не думаю что статья — это реальный пример. Скорей — пример в вакууме "как делать не нужно".

Похоже. Хотел почитать комменты к оригиналу — а там гуглдок файл :)

Ох, это минус переводчику — такое заимствование выглядит не совсем честно.


Upd: Хотя похоже на редитте — тоже ссылка на Гуглдок.

Спасибо! Думаю в реальном мире все же такие примеры не редкость. Мы как разработчики бываем оторванными от реальных проблем. Советую каждому читать бизнес-литературу, это как поможет лучше понимать о чем говорят заказчики и как они думают.

Мда, грустно это всё. Помню, когда я только погружался в волшебный мир компьютеров (конец 80-х — начало 90-х), я до дыр зачитывал журналы типа "Информатика и образование" и "Техника — Молодёжи", в которых рассказывали, какие крутые и прикольные вещи можно сделать на компьютере. А на чём там это делали — ну, Паскаль, ну, Бейсик и т.п. — это было уже не суть. А сейчас, по-моему, то, что можно сделать на компьютере, настоящим программистам не особо интересно, бесконечно обсуждаются только архитектуры, синтаксисы, сахар, стеки, выгорание с собеседованиями и т.д. Как в СССР — производство станков ради производства станков.

> Как в СССР — производство станков ради производства станков.

вся суть галер ) коих большинство в СНГ
Наше племя нашло в дальней части острова брошенные настоящие самолеты, радары и вышку.
Мы расставили все это добро на аэродроме вместо старых тростниковых макетов, но белые чужаки с подарками так и не явились.
Что мы делаем не так? Может быть, надо было найти самолет побольше и вышку повыше?
image
Я работал в компании, которая купила стартап. Во главе стартапа стояли опытные люди, которые уже продавали стартапы раньше. После объединения с нашей компанией они начали строить сервис аналитики. Быстро сделали прототип, который неплохо работал на демонстрационных данных. Начальство было в восторге и приказало запускать сервис в боевом режиме. И вот тут оказалось, что все не так радужно, что под нагрузкой сервис начинает дурить да и вообще очень нестабилен. Как вы думаете, исправили ли авторы проблемы в своем детище? Нет, они уволились и пошли пилить следующий стратап, а привнесенные ими проблемы решали совсем другие люди (которые сложили ни первоначальных авторов много матов).

Мораль тут очень проста. Если стартап фокусируется на технологической стороне — скорее всего успешным он не будет.

Плохо заработал прототип сервиса аналитики или купленный продукт-стартап?

Плохо заработал прототип сервиса аналитики. Стартап как потом выяснилось купили ради их отдела мобильной разработки.

У нас разное видение того, что такое «прототип».

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

Они сфокусировали внимание на процессе изготовления, а не на поиске точек сбыта (тестировании уровня заинтересованности рынком). Идея была взята не от участников рынка, а от людей, создающих решение — то есть от людей, которые НЕ будут использовать решение в повседневной работе (тут я могу только догадываться).
Сделали дорогое решение, которое было холодно принято рынком — вместо того чтобы опросить рынок: что не так с решением (решение внешних вопросов) — сконцентрировались на внутренних вопросах связанных с языком.
С моей точки зрения — такие ошибки были допущены. И похоже что статья — сатирическая.

Неужели крабофобия выходит из моды? )
С Rust в статье было больше смысла.

Вот если честно, я не понимаю сарказма. Если стартап выбирает КРУТОЙЯЗЫК, то очевидно, есть причины, почему он крут. Например, язык позволяет без лишних усилий писать производительный код и можно сэкономить на вычислительных ресурсах. Или у него отличная система типов, которая упрощает отлов багов и доработку. Или у языка хорошо развита экосистема и можно найти готовый модуль на любую требуемую функцию, чтобы самим ее не реализовывать. Разве это плохо?


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


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

Если стартап выбирает КРУТОЙЯЗЫК, то очевидно, есть причины, почему он крут.
ну например потому что в данный момент этот КРУТОЙЯЗЫК стильный/модный/молодежный. Чем вам не причина выбрать его?
Ну хорошо, собрали крутых разработчиков, которые с энтузиазмом пишут код. Это чтоли плохо? Продукт был создан, улучшен, но не взлетел. В этом виноват крутой язык и крутые разработчики?
а эти спецы с манием перфекционизма. В результате бета версию вы получите через год, а в это время ваш конкурент выпустит альфа через месяц, а остальные 11 месяцев будет собирать аудиторию и фиксить баги

Я видел достаточно проектов, которые писались непойми на чем и непойми кем на коленке и которые просто умерли: сначала взлетели, но не сумели удержаться в полете.
а я видел наоборот, когда в погоне за совершенством и мы не хотим выпускать софт с багами — проекты просто умирали. Так что тут палка о 2х концах
стильный/модный/молодежный. Чем вам не причина выбрать его?

Модный, но что это значит? Значит, язык популярен? Популярность она же не на пустом месте возникает, что-то за ней стоит. Причем такое, что крутые спецы с толстенным портфолио на Гитхабе готовы с радостью использовать этот язык (по сюжету).

Популярность она же не на пустом месте возникает, что-то за ней стоит.
и что стояло за Golang пару лет назад, когда на нем стали переписывать почти все unix утилиты? Из серии — потому что можем )))

Сейчас вроде успокоились, хотя теперь часто вижу аналогичные новости но только в контексте Rust
UFO just landed and posted this here
Go (часто также Golang) — компилируемый многопоточный язык программирования, разработанный внутри компании Google[5].
и?
UFO just landed and posted this here
Это не ответ на вопрос. Гугл стоял за кучей сервисов, которые он в итоге взял и закрыл. И плевать ему было, что миллионы людей будут страдать. Ему было не выгодно с коммерческой точки зрения.

Так что посыл — а давай те все перепишем на c#, ведь за ним же стоит MS — так себе
UFO just landed and posted this here

Вопрос все-таки не про переписывание утилит, а о выборе крутого языка для стартапа. Go, хотя у него довольно ущербные языковые возможности, как технология совершенно понятно, почему он используется. Если вы из скриптового мира пытаетесь проникнуть в мир компилируемых языков, чтобы повысить продуктивность разработки и производительность продукта, то Go — хороший выбор. Также и для Сишников, уставших от прострелов памяти и ада зависомостей.

Угу, только 95% системного по все равно пишут на с/с++. Видать там мало хипстеров

Значит для их задач это лучше. Может быть там сплошная арифметика на указателях или тонны легаси? Заметьте, исходная статья довольно абстракта, она высмеивает выбор крутого языка и крутых разработчиков для некоторого продукта в принципе. Возможно для вашего продукта КРУТОЙЯЗЫК — это будет какой-нибудь C++20.


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

Есть известная мудрость: "Лучше быть богатым и здоровым, чем бедным и больным". Авторы данной истории, похоже, исповедуют другой принцип: "Лучше быть богатым, и не важно, что больным".


За технологическим здоровьем продукта нужно следить, иначе он зачахнет и скончается. Однако, здоровье само по себе еще не гарантирует вам богатства! Умнейшая мысль, запишу в блокнотик.

В этой команде не было ни одного здравомыслящего бизнес человека?
Sign up to leave a comment.