Очень общий вопрос.
Какого партнера, что за стартап?
Нужно общаться с людьми: смотреть, насколько с ними комфортно, сильна ли экспертиза, насколько им интересен проект.
Можно прямо тут, через личку )
В git есть submodules, решающие аналогичную задачу. Ну и через git-svn можно svn репозитории тоже так подключать. При «централизованной» модели разработки это добавляет по лишней команде, зато действия более осмысленны и проще в дальнейшем построить более нетривиальный процесс разработки.
ptizza, вообще, ниша акселераторов — как раз высокорисковые проекты, но с потенциально очень широким рынком, желательно мировым. По низкорисковому проекту можно и в банк обратиться.
Обычно минусуют троллинг или крайнюю, необоснованную точку зрения. Ну и прочие проявления назойливости, их вы назвали. Чтобы за обоснованное выражение своего мнения дюже сильно минусовали, не помню.
К сожалению, это не помогает понять, как это правильно сделать. Это примерно как если бы я спросил, как лучше реализовать http-сервер: через select или epoll, ведь можно и просто молча написать.
Внизу я уточнил, про что идёт речь. Задача, по сути, сводится к тому, чтобы сериализовать некоторую структуру С и организовать передачу таких структур. Я представляю, как это работает, но хотелось бы некоторую обёртку над системными вызовами, которая бы упрощала решение данной задачи. Для нагруженных http-серверов, например, используют libev, но это немного не про то, о чём я спрашиваю, но это пример ответа, который я ожидаю.
Ещё было бы интересно узнать впечатления тех, кто пользовался теми или другими из найденных мною инструментов (или предложил ещё какие-то). Я, например, пользовался protobuf и знаком с некоторыми его проблемами (в частности, низкая производительность на больших блоках данных).
Например, реализуется mapreduce. Почему бы для ускорения взаимодействия внутренние операции (перенос чанков с одного шарда на другой) не производить по двоичному протоколу? В данном случае подключается (почти) такой же сервер.
Есть, например потоковое видео, но там немного другие задачи и протоколы уже разработаны, как и сервера, это, конечно, меня интересует меньше.
Ещё, мне кажется, стажёр может просто не успевать за темпом изменений задач. В этом топике он писал тесты, делал рефакторинг, пользовался регулярными выражениями. Может стоит как-то более спокойно работать, не ставить задачу на-гора, а предлагать способ реализации (понимая, что человек с такой задачей сталкивается впервые).
Кстати, к написанию велосипедов склонны и опытные разработчики. Меня как-то просили реализовать очередь сообщений на чистом C без использования внешних библиотек. Конечно, можно учесть, что предназначалась разработка для umpc, но ведь интерфейсы они делали на обычном Qt (или wxWidgets, точно не помню, короче, самая обыкновенная библиотека). И не было интересно, что есть ZeroMQ, например.
Вы как-то описали в основном свойства, не имеющие отношения к профессиональной компетенции. Ну, то есть, я могу предположить, что гоповатый тип вряд ли будет хорошим программистом, безграмотный, возможно, тоже, про остальных же ничего не могу сказать.
Вы получаете изменения с сервера (git pull), работаете, коммитите локально (git commit), далее делаете git push, и изменения переходят в репозиторий на сервере. Это наиболее простой workflow для git.
Да, пожалуй, самая полезная идея. Всё-таки нужно получать навыки для решения задач, а не наоборот.
Можно просто попробовать ту задачу, которую раньше решали бы на Перле (или чем пользовались раньше) решить на C++. Незачем специально придумывать сложные задачи без приложений.
Нужно учесть ещё одну мелочь: если айпэд — единственный девайс в доме, это очень плохо с ТЗ надёжности, под него есть не весь софт. Ну и про торрент и прочее уже сказали => он не автономен, а хорош как дополнение к компу. Поэтому с точки зрения экономии лучше эйр. Если уже есть точка доступа с торрентокачалкой с веб-интерфейсом, то ещё можно подумать, но нужно быть очень уверенным.
Если не переубеждается — пусть потом набьёт шишки на поддержке.
А если человек может 3 дня потратить на оптимизацию ненужного кода, то у него мало задач, поэтому он занимается тем, что ему интересно, т.е., оптимизацией.
Какого партнера, что за стартап?
Нужно общаться с людьми: смотреть, насколько с ними комфортно, сильна ли экспертиза, насколько им интересен проект.
Можно прямо тут, через личку )