Сложность возникает, когда переменная именована observable, а должна быть observer (а это понятно только из контекста, что неверно).
Всегда старались разработчики именовать переменные непохожим образом (target-action, event-source, source-tagret). Так нет, надо было разработчикам Rx одинаково назвать сущности, чтобы потом путать и путаться. Еще и лишне напрягаться приходится, чтобы понять и разобраться, что же автор имел в виду.
Катеорический императив лучше.
Для понимания
Для написания
Для обучения новичков
Для входа в разработку
Для поддержки.
Не модный, но вспомните, как модные штуки быстро выходят из моды и потом мы остаемся с этой штукой в виде непонятно работающих библиотек. В некоторых частях удобно использовать, да, но чтобы понять, надо сломать парадигму мышления, а это дается больно.
Дошел до этого познания сам.
Написал статью. А оказалось, что вы уже на 5 дней раньше это сделали :)
Но за статью спасибо. Можно теперь не самому пояснять, а давать ссылку.
git не подразумевает один сервер. вот бутстрап-сервер-нода, да.
Поэтому по-умолчанию он называется origin. А в работе можно использовать столько серверов, сколько надо.
Так что сравнение, в общем, верное.
Забавно. Читал цикл книг Джеймса Херриота О братьях наших меньших. В начале и середине века такие процедуры делали без переворотов. Туго перевязывали животное к столбу и 2 помощника держали ноги. Хотя травматичность для ветврачей была высокой.
Может я что-то не понимаю, но зачем настолько много коммитов делать-то? На каждый, извините, пук — новый коммит?
Еще есть вариант просто систематизировать поставку коммитов, чтобы команда делала все коммиты красиво, если хочется красивой истории без изменения истории. Как положительный момент — аккуратные коммиты и разработчики.
Как и обычно. Чем проще контрукции использовать (if-else вместо тернарного оператора, например), то и компиляция быстрее происходит, и понятнее код становится.
Вывод — пишите понятнее для себя и других. Тогда и компилятор не будет «зависать».
Круто! Спасибо!
На заре своего фриланса занимался парсингом тоже. Очень интересная и динамичная работа.
Удачи в таком труде. Судя по вашему тексту, у вас принципиальная позиция делать все в открытую и на законных основаниях. Достойно!
Удаленно работаю с 2012 года.
И очень хорошо по комментариям отделять молодых-зеленых от опытных :)
Всегда старались разработчики именовать переменные непохожим образом (target-action, event-source, source-tagret). Так нет, надо было разработчикам Rx одинаково назвать сущности, чтобы потом путать и путаться. Еще и лишне напрягаться приходится, чтобы понять и разобраться, что же автор имел в виду.
Для понимания
Для написания
Для обучения новичков
Для входа в разработку
Для поддержки.
Не модный, но вспомните, как модные штуки быстро выходят из моды и потом мы остаемся с этой штукой в виде непонятно работающих библиотек. В некоторых частях удобно использовать, да, но чтобы понять, надо сломать парадигму мышления, а это дается больно.
Написал статью. А оказалось, что вы уже на 5 дней раньше это сделали :)
Но за статью спасибо. Можно теперь не самому пояснять, а давать ссылку.
Поэтому по-умолчанию он называется origin. А в работе можно использовать столько серверов, сколько надо.
Так что сравнение, в общем, верное.
https://gist.github.com/narikbi/352e93e446e8b1faf283
Спасибо большое!
Еще есть вариант просто систематизировать поставку коммитов, чтобы команда делала все коммиты красиво, если хочется красивой истории без изменения истории. Как положительный момент — аккуратные коммиты и разработчики.
Вывод — пишите понятнее для себя и других. Тогда и компилятор не будет «зависать».