Деплой процесс. Различие систем. PHP / Perl / Ruby / Python / NodeJS и тп

Это как в сервисе тебе бы чинил мотор человек, который не знал что такое мотор, КПП и трансмиссия, но знал что-то про карбюратор

@adw0rd, ты наверное удивишься, полагаю большинство механиков специализируются на чем то одном. я про автосервисы, а не автомастерские с одним дядей ваней.

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

@phpdude, айфон для меня совсем не показатель, не на него опираться. Там больше дизайна чем технологичности

@adw0rd, мне стыдно что ты это сказал :-)

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

тут кабы гугль хуйню сделали на самом деле, а китайцы всех киданули. гугль натравили условно китайцев, дав мобильную ось "похожую на айфон", которая "100% будет продаваться". а китайцы при всем своем разнообразии должны были спиздить технологии и сделать такой же аапарат под этой "заправкой". все было хорошо до момента, пока китайцы не смекнули что хорошо было бы не платить и гуглю за ось мобильную )))

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

русский человек в менталитете имеет установку что он "один в поле воин".

С этим соглашусь. Но именно такие люди нужны всяким гуглам и прочим, так как они именно software инженеры, которые понимают как работает TCP, FS, различные DB, несколько языков, веб-сервера, юниксы и процессы в них. Именно такие проходят собеседования для инженеров. Так как специалист ДОЛЖЕН понимать процессы

согласен и не согласен. скажем так, "таких динозавров" есть интерес заиметь, хотя бы потому, чтобы конкурентам не достался. этот человек может "обзорно подумать" о начальной архитектуре, а вот "вглубь" ни одну из этих сфер он не знает как правило. он может предложить интересное архитектурное решение, но не скажет как именно надо делать для повышения результатов в том или ином направлении (скорость / юзабилити / ширина каналов или тп)

ему всегда тяжело играть в команде

Не согласен, это зависит от конкретного характера

@adw0rd, видимо я со своей колокольни ответил :-D

@adw0rd, ты наверное удивишься, полагаю большинство механиков специализируются на чем то одном. я про автосервисы, а не автомастерские с одним дядей ваней.

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

понимать и "ПОНИМАТЬ" это разные вещи. можно понимать как это делается, но не знать досконально. вот ты же понимаешь СЕО, но в душе не ебешь чем 302о1 редирект от 301ого отличается и когда надо делать тот или иной))) условный пример.

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

Да это понятно, в командах должны все инженеры понимать полностью процесс, а также делиться на сильные стороны. Твой же пример говорит о том, что если в команде по одному спецу на кусок проекта, то при увольнении вы полностью теряете этот кусок

@adw0rd, ну почему же? инженеров надо иметь по 2-3 на зону ответственности в идеале. чтобы не остаться в ситуации "в лужу сел".

@adw0rd, мне стыдно что ты это сказал :-)

Мне похуй, я не дрочил и не дрочу на айфоны

@adw0rd, я не говорю о дрочении. я говорю о понимании того "с чего все началось". тут дело не в личном отношении.

@master, в debian / centos есть понятия виртуальные пакеты и группы пакетов.

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

возможно я не прав

ведь у того же дебиана в установщике есть на выбор неокторые роли системы, есть там WebServer. ставят и перлы и пхп и апачи и прочее.

есть магические функции аля __repr__ которые (собака!!!) скрывают реальные
структуры объектов, выводя наприме "<XMLElement root>" вместо самого
XML. Чтобы "глянуть внутрь" надо либо дохуя дохуя кода написать, либо влезть
туда под дебагером и в просмотрщике ресурсов глянуть что же это такое было.

@phpdude, ахаха, не поверишь, в 5.5 такая хуйня и в php появилась.

Спустя 113 сек.

https://wiki.php.net/rfc/debug-info](https://wiki.php.net/rfc/debug-info)

@Абырвалг, ну ктоб сомневался. все языки пиздят друг у друга.

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

@phpdude, сделали перегрузку операторов для gmp https://wiki.php.net/rfc/operator_overloading_gmp](https://wiki.php.net/rfc/operator_overloading_gmp)

@Абырвалг, очереданя ебаная НЕЛЕПОТА. которая могла только произойти с пхп. пхп мне напоминает тортик из говна с конфитюром

одни елочки хуелочки в namespace чег остоят, сколько я орал матом с них

х3, я привык к елочкам, даже нравится

@Абырвалг, пенсионеры тоже и ТАКОЙ пенсии рады :-)