Зло какое-то

[metaclass]

Школьный Линукс и входной порог разработки

Борландовские Паскали, С и тому подобное работали под досом без плясок с бубном и ставились простым копированием.
Дельфи в 1997 году поставилась на 95 винду и заработала сразу. За день можно написать прототип DB приложения, вообще видя среду разработки в первый раз. Visual C в то же примерно время - то же самое, разве что писать чуть сложнее, это вам не RAD.
Вижуал студия с дотнетом в 2006 вроде бы году - аналогично, поставил, за день разобрался.

А в линуксе до сих пор какое-то вуду, стоит только выйти за рамки стандартных задач.

Comments

[theiced.livejournal.com]

пиздите хуйню. emacs охуенен. в vimе тоже вполне можно девелопить. UI - Qt, GTK+ - на выбор - современные, охуенно выглядящие и удобные в использовании интерфейсы, шаг в сторону - всё ок (в отличие от виндовза), если что то глючит, то грамотный вопрос коммьюнити (а то и авторам! - например неоднократно прояснял некоторые тонкие моменты руби с матзом).

[denisioru.livejournal.com]

Расскажи, что у emacs с интегрированной отладкой. Могу ли я пошагово пройти с клиентского кода, который выполняет запрос к веб-сервису, потом зайти в вебсервис (код на сервере), посмотреть стек, содержимое переменных, поставить пару контрольных точек (в коде на сервере), дождаться их срабатывания и посмотреть что возвращается, а потом вернуться в клиентский код и продолжить там?

Сие можно делать на 99% одинаково и на asp.net, и на winforms + webservices, и на Silverlight/WPF + WCF-сервисы. Тоесть - разные платформы - десктоп, тонкий веб-клиент, rich apps.

[theiced.livejournal.com]

честно скажу - я гдб только пару раз видел. ещё раз для тупых - в простейших случаях отладка-отладчиком тупо снизит мою производительность (и производительность любого грамотного спеца). однопотоковый вебсервис он брякпоинтами отлаживает блядь, достижение. в сложных ака обычных случаях вы отладчиком вообще нихуя никак не сделаете, принципиально. ну например - почти-RT софтина (задержка с ответом в 200ms уже пиздец) работающаю в сотню потоков в релизном и только релизном билде пару раз в день встаёт раком на 2000ms. расскажите как глубого в жёппу вы себе засунете ваш отладчик и прочие красивые гуёвые тулзы что бы отловить данную проблему?

[theiced.livejournal.com]

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

[denisioru.livejournal.com]

Ах, функции логирования! Конечно, как я мог забыть про printf :)))))) Это же передовые средства отладки, можно даже слоган придумать "printf в отладке: 20 лет на рынке. Выбери стабильность." :)))

[theiced.livejournal.com]

1. я жду рассказа о том как вы будете решать данную проблему отладчиком. ещё раз вводная: проблема выявляется исключительно на боевых серверах с боевыми запросами и исключительно в релизном билде. проблема возникает несколько раз в день максимум (пару дней подряд может вообще не появиться). о возникновении проблемы мы узнаём исключительно постфактум (как и происходит с большинством реальных проблем - мы не можем в каком то участке кода определить "во - у нас возникла проблема").

2. вы путаете printf и функции логирования, что ещё раз говорит о вашем квалити и/или вашем интеллекте.

[denisioru.livejournal.com]

1. Не надо мешать мух и говно. Я в курсе что такое логирование. Я говорю - про отладку, а не "проблема выявляется исключительно на боевых серверах с боевыми запросами и исключительно в релизном билде". Я предпочитаю иметь выбор между "отладчик и/или логирование" или "только логирование"

2. Я утрирую, равно как и Вы.

[theiced.livejournal.com]

1. зачем нужен отладчик если _уже_ есть логирование.
2. я не утрирую, я нагло и жирно троллю.

[denisioru.livejournal.com]

1. Блядь. Зачем нужна машина, когда есть велосипед или трамвай.

[theiced.livejournal.com]

1. не-а. зачем нужна машина на педальном ходу если уже есть нормальная машина на бензине и три цистерны с бесплатным бензином.

[denisioru.livejournal.com]

Ты не в курсе, что внутри метода веб-сервиса может быть стартовать несколько потоков для обработки чего-либо? Ах, gdb... Тоесть у emacs никакой интегрированной отладки нет :) Понятно.

[theiced.livejournal.com]

хоть один, хоть три, хоть сто. если один-три - отладчик не нужен, если сто - отладчик засовывайте себе в жопу.
я же написал - есть gdb и gdm-mode. http://www.emacswiki.org/emacs/GDB-MI

[denisioru.livejournal.com]

Не очень впечатляет. Step back оно умеет? А edit-and-continue ?

[theiced.livejournal.com]

опять же по пунктам.

1. я этим не пользуюсь - мне отладчик нужен раз в год для анализа коредампа.
2. степ бэк умеет, кто то сравнивал отладчики по функциям и гдб оказался, внезапно, самым продвинутым отладчиком для си.
3. что такое edit-and-continue? (я действительно не знаю а гуглить сейчас сложно).

[denisioru.livejournal.com]

1. Вот и я про то же. "Мне не надо, значит говно и никому не надо"
2. Кроме Си есть ещё другие языки.
3. Изменение кода (исходника) в момент отладки. И продолжение отладки с применением изменений.

[theiced.livejournal.com]

1. я там метаклассу ниже уже объяснил почему никому не надо.
2. для которых тоже достаточно логирования. а ещё, сююююрприз, есть языки в которых отладчика вообще не предусмотрено ну или ситуации когда из всех средств отладки есть одна (адын, 1, I) зелёная лямпочка и один осцилограф (e.g. написание биоса для кастомной материнки - тоже то с чем я реально сталкивался).
3. ёбните меня лопатой. я в самом страшном кошмаре про крещение меня в православнутом храме не смогу себе представить зачем это может в принципе понадобиться.

[denisioru.livejournal.com]

1. Это сугубо Ваше мнение. У меня мнение другое, и пока мне не лень - я тут его освещаю.
2. Мы про RAD или где? Причем тут биосы для материнки? Вот товарищи тут все таки как то пишут прошивки для приборов на С и достаточно низком уровне. Могу поинтересоваться как они отлаживают.
3. :))))))) добро пожаловать в страну возможностей, которым до опенсурс ещо дососать немного, лет 10.

[theiced.livejournal.com]

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

PS. есличо - я так общаюсь всегда и таки и в реальной жизни тоже - не нравится - нахуй там.

[denisioru.livejournal.com]

Отладчики не нужны! хыхы так бы и писал сразу, к чему эти вводные все.

[theiced.livejournal.com]

я, вроде, так и написал.

[lastwalrus.livejournal.com]

3. реквестирую сюда адекватных людей которые мне расскажут про практическое применение данной "фичи".

ответ вам обоим :)

И даже более впечатляющий пример удаленной отладки произошел в
миссии NASA «Deep Space 1» в 1998 году. Через полгода после запуска
космического корабля, небольшой код на Lisp должен был управлять
космическим кораблем в течении двух дней для проведения серии
экспериментов. Однако, неуловимое состояние гонки (race condition) в
коде не было выявлено при тестировании на земле и было обнаружено уже
в космосе. Когда ошибка была выявлена в космосе (100 миллионов миль от
Земли) команда смогла произвести диагностику и исправление работающего
кода, что позволило завершить эксперимент. Один из программистов
сказал об этом следующее:

- Отладка программы, работающей на оборудовании стоимостью 100
миллионов долларов, которая находится в 100 миллионах миль от вас,
является интересным опытом. REPL, работающий на космическом корабле,
предоставляет бесценные возможности в нахождении и устранении
проблем.

[theiced.livejournal.com]

це ж репл. обожаю репл ;) но мы же не об этом.