«Культура IDE против философии Unix»

Скачал tar.gz, распаковал, запустил. Какие ещё дополнительные сложности в установке и настройке eclipse

Ммм... что именно непонятно во фразе «each corporate development culture customizes the environment»?

А установить и настроить правильный набор юниксвейной фигни еще сложнее

Спорно.

и на флешке уже не унесешь точно.

Вранье.

А стопяцот плагинов? А интеграция с, прости меня, Боженька, Clear Case?

Чувак прав чуть более, чем полностью.

Вранье.

Ну унеси на флешке chroot с кучей юниксоговна, которое бы работало в freebsd, mac os x, и нескольких разных лялихах.

Когда-то на ЛОРе ходило мнение, что Unix - сама по себе такая здоровая убер-IDE.

Это все старый хрен Пайк дезу гонит.

Зачем, когда есть сеть? Ах да, в винде же искарабоки нету sshfs... хорошо если есть убожество путтиай.

Друг детства с неимоверной гордостью делился, как он по VPN с одного краю исторической родины админит машину на другом краю исторической родины. Пришлось рассказать ему про ssh.

ЗЫ не нравится моя авка - залогиньтесь и сделайте себе свою. Терпят же модераторы Вас почему то...

Да не такой уж и старый, вполне себе огурчик

Юникс - инструментальная система. Типа швейцарского перочинного ножичка с кучей лезвий.

Шаришь!

и на флешке уже не унесешь точно.

Вранье.

Ну унеси на флешке chroot с кучей юниксоговна, которое бы работало в freebsd, mac os x, и нескольких разных лялихах.

Ага, вот полезли какие-то дополнительные условия. ЕМНИП, у того же Eclipse разные сборки для OS X и Linux, а для FreeBSD сборки вообще нет? Ну а если тебе правда нужно носить с собой рабочую среду на флешке - носи образ VM.

Лучше бы эти ребята флеймили, а не писали в своих IDE

Предлагаю тебе начать с себя и не писать код. Или ты уже? :)

Я не пользуюсь IDE.

Ну я вижу, ты флеймишь :)

В перерывах между запусками расчетов;-)

IDE это комбайн. комбайн это плохо - выкидываем IDE. OS это тоже комбайн. комбайн это плохо - выкидываем OS. ??? Профит. :)

IDE это OS для разработки софта. Вот и всё. Только в OS утилиты командной строки, а в IDE плагины.
Тоже самое кстати верно и для современных браузеров, кадов и т.п. тяжелых инструментов.
Вопрос в другом удовлетворяет ли IDE _внутри_ принципам UNIX. В детстве разрабатывали систему (визуализатор) 3-х мерной графики, на принципах UNIX, получалось не так плохо, хотя люди которые её писали и не подозревали и существовании UNIX (win only). Так что было бы желание. ff ближе всех в нутрях к UNIX.
как-то так.

Но, если считать заповедь

Ну правильно. «Заставь дурака богу молиться», это называется. Просто не надо методички превращать в источник догматов, и не придется ничего нигде оставлять. Глупо отказываться от удобного инструмента.

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

Статья говно, автор мудак.

Какая то чушь, не имеющая к практике никакого отношения, ну разве что к практике по информатике в 8 классе сельской школы.

Культура IDE против философии Unix? Intellij IDEA её с успехом преодолевает. ;)

Наука против философии.

Я считаю, что для написания кода нужен просто редактор, и больше ничего.

В проекте на 20+ модулей і мульён строк не своего кода будет тяжело.

Культура IDE против философии Unix? Intellij IDEA её с успехом преодолевает. ;)

Наркоманская IDE. Те кто на неё яростно дрочат - не умеют работать без неё.

А мне IDE нравится. Без Geany не так удобно. Но, конечно, можно и в mcedit код писать.

Clear Case

Оно ещё живо?

на лоре ж делают

Так в том и дело, что в программировании важно не только и не столько непосредственное решение задачи(работающая программа), но и способ решения(т.е. код и архитектура приложения). IDE помогает хорошо делать первое и, отчасти, мешает хорошо делать второе.

Нет, это бред полнейший. Программа должна быть: с точки зрения пользователя — рабочей, с точки зрения программиста — поддерживаемой. Какие там архитектурные решения, парадигмы, философии — всем насрать (ну кроме диванных теоретиков и интернет-военов). IDE упрощает обе эти задачи. Все.

Программа должна быть: с точки зрения пользователя — рабочей, с точки зрения программиста — поддерживаемой.

«Поддерживаемость» является следствием грамотных архитектурных решений и хорошего кода.

Какие там архитектурные решения ... — всем насрать

Только быдлокодерам-обезьянкам.

IDE упрощает обе эти задачи. Все.

Упрощать надо архитектуру и код.

IDE - всего-лишь инструмент. Я часто пользуюсь IDE для работы над большим проектом, который является новым для меня. Пользуюсь для отладки. Но из IDE часто делают религию.

троллинг.

какой-то хиленький вброс говнеца на вентилятор. Тема vim vs emacs не раскрыта. А какие ещё бывают IDE? Или эта статья вообще про другое?

Geany — редактор кода, а не IDE.

//пользователь Geany

Сам ты редактор! Geany — IDE, т.к. умеет вызывать компиляторы-дебаггеры и прочую нечисть. А редактор — это какой-нибудь mcedit или medit.

Странная статья, да ещё в отечественных условиях практически тотального оффшора.

Юниксвей остался на кухнях и на единичных инженерных «подвигах» непрофильных контор (НИИ, «шаражки» etc)

Живу и работаю в рашке, контора - несколько тысяч человек, работаю в vim, собираю make. ЧЯДНТ?

и на единичных инженерных «подвигах»

Под словом «единичный» я имел в виду единичность контор.

Живу и работаю в рашке, контора - несколько тысяч человек, работаю в vim, собираю make. ЧЯДНТ?

Ты не в Омерике.

Он наркоман. /thread

А еда - еда юниксвейная?

А еда - еда юниксвейная?

Юниксвей изначально как бэ технический термин.

Юниксвей изначально как бэ технический термин.

Это как-то отменяет что чувак наркоман? Он там не привел ни одного технического аргумента.

Это как-то отменяет что чувак наркоман? Он там не привел ни одного технического аргумента.

Если ты не понимаешь о чем речь, это не значит что чувак наркоман.

Если ты не понимаешь о чем речь, это не значит что чувак наркоман.

О чем речь? Аргументы которые там приведены могут использоваться в отрыве от контекста к любой сложной сущности - а следовательно аргументами не являются. Их можно даже не рассматривать в отрыве от их собственного значения. Я так понимаю чувак в принципе против полноприводных двигателей? Ибо они в буквальном смысле увезут юзера в чащу. Или против любых инструментов вообще? Я например привык к керамической сковороде определенного типа - зная ее свойства я готовлю еду успешно. На другой сковороде придется слегка переучиваться ибо не те режимы. Сковороды фигня? А про автоматический рефакотринг вообще шиза. Самому скрипт надо писать для рефакторинга. Следовательно свой скрипт кошерен, а чужой скрипт - не кошерен? Надо вообще запретить пользоваться чужими программами - херня какаято. Я предлагаю следующим этапом ему выступить против систем сборки - например мейкфайлов. Мейкфайлы позволяют неопытному пользователю полноприводно собирать программы с одной команды - он вообще нефига не врубается что там под капотом и пользуется. Программисты привыкшие к мейкам не осиливают сборку на простых шел скриптах. А - да сборка мейкфайлами вообще говно - никакого автоматизма - скачал исходники и понеслась вызывать gcc ручками. А то компилят с позволения сказать «автоматически» с позволения сказать «сложные абстракции». И вообще Cи запретить, надо чтобы программистами были только программисты на ассемблере. Нефиг баловать - вместо портабельного ассемблера надо непортабельный - ведь чем дольше тем лучше - программист должен про%&*тся определенное время, может быть пол часа, а как же - программист который не %&*тся над переименованием aункции «может быть пол часа» - не настоящий программист. И главное - об этом обязательно надо поговорить.

Короче чувак укуренный луддит прикрывающийся юниксвеем.

Да у вас буггурт!