Ну тут смотря как считать. При первом подхоже объёи кода растёт линейно в зависимости от функционала, а во втором, на повторяющихся тасках, объём кода будет вести себя как sqrt(n) — сначала надо написать обёртки и общие функции, код которых в результате больше, чем если бы вставлять код на место вызовов, но в похожих тасках вызываются уже существующие методы, что значительно уменьшает количество кода.
Наблюдение интересное, но имхо, вывод о причинах неправильный. Всё время работал с языками, подразумивающими строгую типизацию (более или менее — C++, C#, Obj-C), но использую подход 2го программиста, именно потому, что он позволяет избежать множества правок в том месте, где можно было бы обойтись одной, а так же кучи копипасты при появлении нового юрезкейса. И это считается хорошим подходом. А код первого программера, с высокой долей вероятности, я бы отправил на govnokod.ru
Самое печальное, что нет. Наблюдал народ в свитерах в 26°, в результате эпические битвы за кондишку шли. Один товарищ у нас в результате сидел в шортах и футболке (посреди зимы) с персональным вентилятором.
Если у вас есть столько ацетона, то лучше сразу идти с повинной в изготовлении оружия и наркотиков, ибо пластик расстворится не успеет, а ацетон используют при изготовлении наркотиков.
У них есть альтернатива с той же идеологией использования, но не имеющая недостатков pop3 и smtp в реализации? Если нет (а я о такой не слышал, imap, это несколько не то, это не межсерверное), то нафиг, нафиг.
Как минимум XCode такой логике не подчиняется. Он то разворачивается на весь экран с парой строчек кода, то не хочет изменять размер при больших (больше текущего окна) исходниках.
Юзеркейсы в системе немного другие, пожалуй, но каких-то фантастический отличий от Windows нет. И так же вслед за Microsoft пытаются присобачить мобильный интерфейс к системе (только в случае с Apple это iOS)
В общем, радикальных отличий нет. Правда я так и не смог привыкнуть к отсутствию адресной строки в finder'е (файловый менеджер) и каждый раз внезапному поведению кнопки maximize. Собственно, он внезапно может ничего не сделать вообще, логике это не поддаётся.
Ну, года 4 назад я запускал на ней Unreal Tournament на реальном железе. Другой вопрос, что кроме dx7 игр там ничего толком не работало (не толлько игр, но и программ, в том числе встроенных), но играть уже можно было )
То, что высокая концентрация кислорода вызывает обморок — я знаю, но вот про отравление — не слышал. В быстродоступных источниках я ничего такого с ходу не нашёл. Можете дать пару ссылок почитать, или подсказать, что именно гуглить? В целях расширения кругозора, так сказать.
Токсических эффектов _кислорода_ (O2) я сейчас не нашёл. Производные — да, кислород — нет.
> с температурой испаряющегося жидкого кислорода
Она что, в сопло влетела?
> про птицу уже все всем понятно было.
Так а зачем вы тогда пишете тут про раскалённые струи, испарение кислорода и прочее счастье?
Кислород? Токсичен? Для живых существ, дышащих кислородом? Я даже не знаю что на это сказать.
А птица, кстати, летит перед камерой, а не рядом с ракетой.
Ну на сколько я понял, это чип с кучей инерциальных датчиков. Я так понимаю, чип отдаёт данные о текущем положении в той или иной форме. Скорее всего — смещение от начальной точки. Но от этих данных толку мало, если нет информации об ориентации и скорости в пространстве.
В общем, радикальных отличий нет. Правда я так и не смог привыкнуть к отсутствию адресной строки в finder'е (файловый менеджер) и каждый раз внезапному поведению кнопки maximize. Собственно, он внезапно может ничего не сделать вообще, логике это не поддаётся.
По крайней мере мы знаем, что в реайтосе он работает )
Задачей было не сравнить с виндой, а посмотреть — что это вообще такое.
> с температурой испаряющегося жидкого кислорода
Она что, в сопло влетела?
> про птицу уже все всем понятно было.
Так а зачем вы тогда пишете тут про раскалённые струи, испарение кислорода и прочее счастье?
А птица, кстати, летит перед камерой, а не рядом с ракетой.