Виктор Юрченко, поэтому начинают с малого, не нужно пытаться сразу сделать проект "все обо всем", сделайте для очень узкой аудитории, в очень узкой тематике, а потом расширяйте
ну да кстати нишевые инструменты для стартапов самое-то
ты можешь выбрать технологии и инструменты, которые тебе позволяют добиться большего результата при меньших вложениях, которые тебе лично больше нравятся, без ориентировки на какое-нибудь наследие или компетенции отдельных людей в команде.
В стартапах важно добиваться большего при меньших вложениях.
Сергей, да можно конечно найти, полно людей которые хотят в чем-нибудь поучаствовать, просто нужно заинтересовать, ну и в целом круг знакомых айос разработчиков расширять.
Куда они ходят к сожалению не знаю, в другой сфере кручусь. Одно знаю что в начале нужно выстраивать взаимоотношения с людьми, в сообществах, а потом уже предлагать проекты.
Можешь конечно здесь рассказать про проект, может кто-нибудь заинтересуется.
stratosmi,
у меня разумный подход -> При прочих равных, я например предпочитаю работать там, где созданы условия для работы (ну и другим тоже советую).
Однако если платят ну очень хорошо, то можно попробовать поработать с любыми мудаками, при любых условиях.
А все эти разговоры про "зрелый/не зрелый инженер", "бизнес может положится", "инфантилизм", "ответственность", "духовные скрепы".
Обычно под этим соусом пытаются просто развести на бесплатный труд (сверхурочные), и тд.
Скучно и не интересно это слушать.
stratosmi,
хех, а как тебе такой пример?
вот есть библиотека, у которой практически отсутствует документация, и ей никто не пользуется, НО вместо того чтоб документацию писать, примеры показывать, разработчики предлагают всех мол спрашивать если им что-то не понятно. В итоге всем просто похеру, разрабы берут те библиотеки где созданы условия для работы.
Тоесть идут в те компании, где также есть условия для работы, где не оправдывают не желание писать документацию, тем, что "кому надо, сами разберутся", спросят и тд.
Это путь в никуда, и чем дольше такая ситуация на проекте, тем меньше вероятности в случае чего кого-то на проект подключить, ты можешь как угодно называть, инфантилизм, лень - но факт остается фактом, адекватный разработчик просто свалит в нормальную компанию, с нормальным условиями, стандартами, отношением к разработчикам.
Я бы назвал это - разумный подход.
Как работодатель отношу неумение общаться по работе - к огромным минусам.
слушай работодатель, ты хотя бы понимаешь, что программисты - замкнутые, интроверты по свой природе (ковыряются в программах), у них по определению этот скилл очень слабо развит.
Это похоже ты не туда попал, хочешь чтоб кто-то пришел, и за тебя решил что тебе надо, как тебе надо, сам со всеми договорился о задачах, сам проект освоил, сам задачи себе поставил, сам их решил.
Если бы программисты были такими самооргазинованными, они бы сами бизнесом занимались, и работодатель им нахер не нужен был бы, это хотя не нужно объяснять?
-----
ты же работодатель, ты же его нанял, и ты ему бабки платишь - тебе ему и задачи ставить, и их понятно формулировать.
Нянек нет - все верно. Поэтому если разработчик нифига на проекте делать не будет, и проект будет стоять колом, то это будут твои проблемы, а не его. Для предпринимателей нянек тоже давно нет.
помню был в похожей ситуации - в проекте более 9000 файлов, и где-то под 30 модулей.
Чтоб в такое вникать без документации по схеме - не понял спроси -> может потребовать пол года непрерывных вопросов/ответ сессий.
У людей нет ни процедур передачи знаний, ни документации. Не знаю на что они рассчитывают? типа кто-то прийдет, вжжууух и все работает)
>не ту проблему фирмы, что его наняли решить
ага нанять наняли, при этом с чем работать не предоставили))))
типа догадайся) знаю знаю такой подход, называется всем похуй и сами не знают зачем тебя наняли (например обасрались со сроками, изза чего получили сверху указание расширить комманду, а как ее расширять не знают, не умеют и не хотят).
продукт менеждер по хорошему должен хорошо разбираться как в айти, так и в программировании в целом, ну и в других сферах, вплоть до продаж и переговоров.
а просто от бестолковой девочки пользы мало будет, только отвлекать начнет бесконечными согласованиями
>нейронную сеть сразу готовый код писать
как с языка сняли, согласен, если все так понятно со сложностью, почему бы тогда и сам код автоматически не генерировать)
starcrawler, да все верно, вектор получается очень большой с тысячами элементов.
как с векторами работать - есть векторная алгебра, в целом там все очень просто.
starcrawler, ну как я уже говорил вектор это измерение слова в пространстве "смысла"
есть разные подходы для построения пространства "смысла" и измерения слова в этом пространстве.
Один из распространенных подходов - частотный.
Например у нас есть пространство смыслов - состоящее из 5 тем (например юридичекая тематика, детская, политика, бизнес, экономика, развлечение)
у нас есть слово "Путин", мы можем посчитать частоту с которой это слово встречается в разных тематиках.
и получим следующий вектор [юридическая - 10раз, детская - 0 раз, политика - 10000 раз, бизнес 1000 раз, экономика 100 раз, развлечение - 3 раза]
это и есть вектор слова "Путин" в нашем 5мерном пространстве смыслов.
Обычно пространство смыслов может иметь более 5 тысяч мерным, и КАЖДОЕ слово может иметь в этом пространстве четкое измерение.
Syschel, для карьеры работать, полезнее конечно чем НЕ работать - это да, присоединяюсь.
Однако следует заметить, что можно устроится к каким-нибудь говнорям и просто просидеть деградируя год, правя какие-нибудь формочки. Ну и нужно понимать что устроившись в компанию, скорее всего с тобой никто не будет нянчится, хотя бывают исключения.
Ну короче искать конечно надо, но хвататься за первые попавшиеся варианты точно не стоит.
За 200 долларов какой смысл на кого-то работать? можно тогда просто своими стартапами заниматься, какую-нибудь хрень пилить которая нужна например очень узкому кругу лиц, и иметь с нее копеечку.
