Боюсь, что не так скоро, если вообще можно будет. Очень много нюансов. Например, телефон некоторые меняют достаточно часто, паспорт же просто так не сменишь. К тому же, надо как-то развивать возможность программировать телефоны в тех же ФМС, а, учитывая бюрократическую сторону вопроса, это не просто. К тому же, взломать такой паспорт проще, чего не случится с бумажным. В общем, не думаю, что это будет в ближайшем будущем )
Я уж думал, что увижу человека, передвигающегося в экзоскелете без помощи сторонних приспособлений. А тут с костылями. Видимо, только 1 фаза испытаний. Очень хотелось бы верить, что в дальнейшем костыли не понадобиться, иначе мало толку от этого экзоскелета.
У нас такая проблема решается просто дописыванием в начале имени и фамилии разраба, например, вот так i_ivanov_название_ветки. Пока проблем нет. Хотя проект небольшой, возможно поэтому особых проблем пока не испытываем.
А как таким образом решается вопрос с код ревью или, например, совместной работой над каким-то кодом? Простой пример. Есть некая фича, достаточно массивная. Делим на отдельные части, даем каждому разрабу отдельную часть. Когда части закончены, нужно выполнить их подключение друг к другу. Как показывает опыт, очень часто бывает, что нужно допиливать напильником уже вместе, а не по отдельности. И вот тут может очень пригодиться код другого разработчика. Если репо один, таких проблем не возникает. А как быть в этом случае, если у каждого разраба свой репо?
Не совсем понимаю, чем работа с отдельными репозиториями отличается от работы с отдельными ветками в одном репозитории, объясните пожалуйста разницу. Единственный плюс (а в некоторых случаях скорее минус), который я вижу — изолирование разрабов друг от друга.
Пост порядком запылился ) Но все же мне интересно. Вы пишете, что нужно 2 репо. Я сейчас работаю с проектом на bitbucket, и там можно настроить ограничение на коммиты в конкретную ветку. Например, сделать так, чтобы в эту ветку могли отправлять коммиты (и удалять ее тоже) только отдельные пользователи. Я не знаю, это допилили сами разработчики bitbucket или такой функционал уже встроен в гит, но в этом случае держать 2 репо бесмысленно. Работа ведется с ветками так же, как у Вас с 2 репо.
Хотя, конечно, могу предположить, что это фича именно bitbucket, иначе бы вы не писали про 2 репо)
Я лишь хотел сказать, что вы реализовали то, что уже реализовано. Можно пойти и вашим путём, но, писать каждый раз свой велосипед может быть затратно по времени. На 99% потребностей, возникающих в процессе разработки, уже есть готовое решение, очень часто проверенное многими разработчиками в реальных проектах. Я, например, каждый раз корю себя за то, что начал писать свой велосипед, предварительно не поискав в интернете готовое ) Так ведь проще и быстрее.
А почему не стали использовать модели и коллекцию из backbone? Например, при изменении конкретной модели можно подписаться на коллекцию, она проксирует события, а отправку моделей на сервер из коллекции можно делать и вручную, предварительно выбрав модели для отправки
Подскажите, а что подразумевается писать в поле «ТЕМЫ ПЕРВЫХ ПУБЛИКАЦИЙ В КОРПОРАТИВНОМ БЛОГЕ»? Это поле для публикаций, которые уже были сделаны на мегамозге от имени стартапа, я правильно понял? Если таких нет, то поле просто остается пустым?
Согласен с вами ) Ну вот у автора была цель получить работу в Яндексе, он своей цели добился, на мой взгляд такая подготовка стоила достигнутого результата. Обе стороны довольны, остальное не важно )
Ну все зависит от конкретного индивида ) Вот вам хватило ваших повседневных знаний, чтобы пройти собеседование. Кто-то должен что-то освежить в памяти, что он знал, но давно забыл за ненадобностью (мозг так устроен, тут уж как ни крути...). Поэтому в подготовке к собеседованию нет ничего необычного, это нормальная практика ) Вы ж к экзамену готовились, когда институт заканчивали, вот тут примерно то же самое)
Хотя, конечно, могу предположить, что это фича именно bitbucket, иначе бы вы не писали про 2 репо)