VekaVeka

1)
ибо второй не очевидный.

Восстановленный на заводе - априори такой же. Чего вы боитесь?

Витринный образец - с ними ничего особо не делали, только пальцами жамкали. См. клавиатуру. Если не разбита, то витринный идентичен новому.

Если вы не знакомы с Python, то для начала прочитайте про GIL - global interpreter lock.

Несколько лет назад выбор Python был бы оправдан. Но на сегодня я бы для решения такой задачи выбрал бы уже Go, а не Python.

Программировать на Go также просто как и на Python, а с параллельностью и конкурентностью у Go гораздо проще чем у Python.

Имхо, если язык не заточен на конкурентность - не Erlang, не Go и т.п. - то лучше запускать несколько экземпляров вашего приложения. По одному экземпляру на 1 физическое ядро.

Хотя 1000 потоков - не бог весь какая нагрузка.
Специально заморачиваться нужно только если вы хотите минимизировать оплату за хостинг или у вас эти задачи какие-то нагруженные.

У меня проект на Go прекрасно держит и 15 000 одновременных постоянных соединений, к примеру.
На слабом современном сервере (4 ядра, 4 гигабайта оперативки).

Всем привет! Сталкнулся с проблемой поиска программиста для стартапа и понял , что не одинок я в этом мире)) На просторах интернета куча целая стартапов, которые в поисках программистов. Общался с некоторыми. Кто на что жалуется. Кто говорит, что программисты — это чуть ли не люди с другой планеты и не понять, что им вообще надо И как можно было не оценить такой крутой проект.

Типичному программисту крутые проекты предлагаются регулярно. И все хотят чтобы мы их делали бесплатно. Чем их/ваш крутой проект круче еще десятка "очень крутых", которые мне предлагали за последние пару лет?

Кто говорит, что мало компетентных людей, а в основном одни самоучки.

В дешевом ценовом сегменте - это так.

Кто жалуется на неадекватность и жадность.

Сейчас полно работы для программистов. Полно высокооплачиваемой работы для программистов. При чем здесь жадность? Это рынок.

Первый вариант — программистов не понять! Полная фигня. Мне попадались вполне понятные и даже приятные в общении люди. Ну есть определённые технические термины в общении. Иногда чувствуется некоторая отстранённость. Но это нормально. Люди то все разные.

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

Посему опытные программисты вполне нормально общаются.

Если человек не понимает вас, уводит разговор в неведомые технический дали и не возвращается назад - это неквалифицированный специалист (точнее это специалист средней квалификации, который может работать только под началом опытного программиста, который все ему изложит на понятном ему языке)

Второе — мало компетентных специалистов на рынке. То же туфта! Конечно высококлассный специалист вряд ли будут работать за идею. И это как раз адекватно. Но мне кажется для стартапа и не нужен ведущий программер Яндекса. Это как раз возможность для любителей реализовать себя в интересном проекте.

Я бы не доверял готовым работать за идею - ведь кушать нужно каждый день. Высококвалифицированному, чтобы покушать достаточно подработать чуть-чуть. Низкоквалифицированному чтобы покушать придется работать 90% времени в месяц и только 10% уделять внимания вам.

Но есть и обратная сторона - высококвалифицированные нередко уже имеют детей, которых им нужно содержать.

И третье — неадекватные и жадные. Тут уже подмена понятий. Программист и не должен разбираться в бизнесе. А предлагая проект, как правило предлагают возможность участия в бизнесе. Конечно человеку без специальных знаний трудно проанализировать перспективу проекта. Он может только интуитивно почувствовать... есть смысл браться или нет?

Любой сложный проект это огромное количество труда. Ну а с учетом, что у квалифицированного специалиста и так полно работы - очевидно что скидку вам давать никто не будет.

Даже с учётом понимания перечисленных нюансов, остаётся вопрос: Чем заинтересовать программиста в стартапе? На что обратить внимание предлагая программисту стать частью команды?

Технологичностью. Новшествами. Современными методами.

Ничем не отличается от сервера.

А для доступа снаружи - нужно чтобы у вас на компьютере был реальный "белый" внешний IP-адрес.

Иначе - форвардить.

Но если провайдер вообще не дает на вашу квартиру реальный "белый" внешний адрес, то никак.

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

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

Делить на мелкие части.
Поручать разработку этих частей разным людям.

Не забыть подписать договор об отчуждении авторского права. В дополнение к обычному трудовому договору.
Без такого договора - все что программист написал он может законно использовать где угодно.

Судя по вашей постановки вопроса - лично для вашего случая нужно простым человеческим языком объяснить что хотите получить в итоге.

И разработчик с которым вы работаете должен быть опытным. Он сам переведет ваши хотелки на свой технический язык.

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

Важный момент:

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

1) Как грамотно составить техническое задание?

Простым человеческим языком, без заумных формулировок.
Но учесть все нюансы.
То, что не будет оговорено сразу - может трактоваться как угодно. Или потребует дополнительных денег. Никакого само собой разумеющегося или "все так делают, это очевивно", быть не может.

2) Как найти программиста для backend разработки?

Как обычно:

Знакомые, биржи фриленсеров, фирмы хидхантеровские/рекрутовские.

3) На каком этапе нанимать iOS разработчика?

Когда все будет готово, чтобы он мог приступать к работе хоть вчера.

4) Как лучше наладить сей процесс для лучшей производительности измеряемой в качестве и времени?

Никак.
Этого даже не все профи умеют делать.
Поэтому вам - никак.

Рекомендую смотреть результаты работы хотя бы 2-3 раза в неделю.

Вы сможете сэкономить. Это да. Очень сильно сэкономить.
А для запуска - нужна предпринимательская жилка.

Групповые политики. Замена шелла.
Разумеется, не давать права администратора.

А чем вас смущает, что человек будет шариться в социальных сетях?
Думаете у него своего личного смартфона нет?
Свой - даже хуже для покупателя, экран маленький - он в него погружен будет.

Странный вопрос.
То, что вы хотите - умеет делать 2 платежных системы из 3.
То есть большая часть.

MQ

Гм. Кондиционеры сейчас стоят копейки.

Из минусов - плохо сообразуется с жизнью других людей.

Они днем будут ходить к вам (и по квартире), своими делами заниматься (шуметь), звонить вам, требовать от вас что-то сделать (днем естественно).

Кстати согласно закону - по ночам шуметь нельзя.
А днем - соседи в подъезде, автомобили за окнами, ремонты и пр. и пр.

Он же онлайн работает
)))

Фриленсеров полно. И большая их часть работает за копейки.
Хорошо зарабатывают только профи.
Профи - это годы совершенствования.
Годы - это скучно.

Вывод: хочешь зарабатывать, занимайся тем, что интересно.

Является ли нормальной практикой давать фрилансеру тестовое задание?

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

Разумеется, речь не идет о том, что ты претендуешь на простую и низкооплачиваемую работу.

Например, недавно тестировался подобным образом. Получил ставку 60 долларов за час.
Сейчас продолжаю допиливать тот же проект, что был тестовым заданием.

Тестовый период был оплачен.

Причиной является то, что на любой проект претендует 95% человек которые не смогут его выполнить. И никаких других способов, чтобы отсеять реально квалифицированных людей - нет.

Репутация мало что значит - ее можно заработать на совсем других (простых) проектах.

Те, кто так поступают - ищут молодые таланты. Это шанс для начинающего (без репутации).

Шеловые, Python, Ruby, Perl и Go.

Бредовое желание.