objective-c

[Alex_3112]

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

Через Remote debugging, я правильно понял?

Это уже не язык виноват.

Не язык, а одна его возможность - возможность динамического конструирования типов.

[реднек]

Через Remote debugging, я правильно понял?

Типа того. Можно ремотно дебагером атачнуться, можно просто из консоли запустить на серваке еще одну копию процесса из под отладчика, и "общаться" только с ней, есть мулечки которые прямо генерят HTML страницу, через которую можно посылать команды находясь в стеке сервака.
[QUOTE=Alex_3112;6117213]

[Alex_3112]

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

Да, но это все значит, что ошибку нужно воспроизводить "с нуля"?

[реднек]

Да, но это все значит, что ошибку нужно воспроизводить "с нуля"?

Нет не означает - в случае ее отладки в момент возникновения. Если даже запускать копию процесса под отладчиком, то все равно там та же ос, те же соединеиния с бд, те же ключи и т. д. Ничего не надо компилить ина практике добраться до места ее возникновения гораздо проще.

Корче, если вкратце, то с переходом на динамические языки я стал более счастливым человеком, поэтому для меня спор статические vs динамические однозначно решен

[Alex_3112]

Нет не означает - в случае ее отладки в момент возникновения.

В момент возникновения в продакшене ошибка заносится в лог, а процессы идут дальше, т.е. поезд уже ушел. Иногда в некоторых средах при этом делается дамп (но почти никогда - в продакшене).

Если даже запускать копию процесса под отладчиком, то все равно там та же ос, те же соединеиния с бд, те же ключи и т. д. Ничего не надо компилить ина практике добраться до места ее возникновения гораздо проще.

Это конечно проще, что все происходит на одном и том же сервере. Но на моей практике, это очень большая роскошь, когда программистам позволено лезть дебаггером в продакшн. У нас, например, этого нельзя делать даже в тестовом звене.

Корче, если вкратце, то с переходом на динамические языки я стал более счастливым человеком, поэтому для меня спор статические vs динамические однозначно решен

У меня все в точности наоборот. Если код статичен - я могу нестись, как наскаровская машина по трассе. Если начинается динамика - инъекции, аспекты, рефлексия и т. д. - это все ухабы, и моя скорость падает до скорости трактора.

[Sixteen]

kstati. kak jazyk piton kruche vsex! da! da! da!
piton ochen' krutoy!

[реднек]

В момент возникновения в продакшене ошибка заносится в лог, а процессы идут дальше, т.е. поезд уже ушел. Иногда в некоторых средах при этом делается дамп (но почти никогда - в продакшене).

Это конечно проще, что все происходит на одном и том же сервере. Но на моей практике, это очень большая роскошь, когда программистам позволено лезть дебаггером в продакшн. У нас, например, этого нельзя делать даже в тестовом звене.

Лог то же присутствует само собой. И лог бд, и ошибки файлаются на сервис специальный, и всякие мониторинговые тулзы поставлены, так что если пошли медленные транзакции, то сразу будет видно. Все средства хороши, когда надо что то быстро починить. Помню я был на плюсовых проектах где только логами пользовались. Это еще надо уметь логи писать качественно, что б по ним можно было быстро разобраться. Но ведь у плюсов нет стандартной библиотеке по записи логов. Последнее что видел из более менее приличного -*log4cpp, но и она не лишена недостатков. Вобщем если пользуются одни лишь логи, то это только от бедности.

У меня все в точности наоборот. Если код статичен - я могу нестись, как наскаровская машина по трассе. Если начинается динамика - инъекции, аспекты, рефлексия и т. д. - это все ухабы, и моя скорость падает до скорости трактора.

Ну несись, я посмеюсь над тобой когда у тебя проект в несколько тысяч исходников компилится несколько часов. Сделал изменение, в хедере, и пошел домой пить чай. О, а если это мултиплатформенный проект, то его еще под каждую ОС надо собирать и это все паковать - будьте добры ставьте ферму машин для сборки. Да, конечно инструмент подобный надо ручками писать, т.к. ничего удобоваримого нет.

[Alex_3112]

Лог то же присутствует само собой. И лог бд, и ошибки файлаются на сервис специальный, и всякие мониторинговые тулзы поставлены, так что если пошли медленные транзакции, то сразу будет видно. Все средства хороши, когда надо что то быстро починить. Помню я был на плюсовых проектах где только логами пользовались. Это еще надо уметь логи писать качественно, что б по ним можно было быстро разобраться. Но ведь у плюсов нет стандартной библиотеке по записи логов. Последнее что видел из более менее приличного -*log4cpp, но и она не лишена недостатков. Вобщем если пользуются одни лишь логи, то это только от бедности.

А что значит "файлаются"? Это все-таки дамп идет?

Еще раз повторю свою мысль. Разбираться в ошибках в чужом, не очень хорошо написаном статическом коде - сложно, но можно. Разбираться в таком же коде, но динамическом - лучше забить, и написать заново.

Ну несись, я посмеюсь над тобой когда у тебя проект в несколько тысяч исходников компилится несколько часов. Сделал изменение, в хедере, и пошел домой пить чай. О, а если это мултиплатформенный проект, то его еще под каждую ОС надо собирать и это все паковать - будьте добры ставьте ферму машин для сборки. Да, конечно инструмент подобный надо ручками писать, т.к. ничего удобоваримого нет.

Да, но весь проект целиком нужно компилировать не так уж часто (я на Java пишу, так что с мультиплатформенностью мучаться особо не приходится). Даже самые большие модули компилируются почти на лету.
И даже в случе мультиплатформенности - сколько платформ должны поддерживаться одновременно?

[Yura717]

На старости лет решил обучиться программированию на языке objective-c, стоит ли начинать с этого языка?

http://ideone.com/
для элементарного обучения

[реднек]

А что значит "файлаются"? Это все-таки дамп идет?

Нет, есть сервисы наподобие exceptional.io.

Еще раз повторю свою мысль. Разбираться в ошибках в чужом, не очень хорошо написаном статическом коде - сложно, но можно. Разбираться в таком же коде, но динамическом - лучше забить, и написать заново.

Еще раз повторю свою мысль: это зависит не от того статический язык или динамический, а от того как написан код. Я видел и статический, система печати была написана с превнесением в жизнь порядка 10 новых абстракций, не имеющих никакого смысла вне ее контекста. Я б сказал очень искусственных. Разобраться там было очень не просто.

Да, но весь проект целиком нужно компилировать не так уж часто (я на Java пишу, так что с мультиплатформенностью мучаться особо не приходится). Даже самые большие модули компилируются почти на лету.
И даже в случе мультиплатформенности - сколько платформ должны поддерживаться одновременно?

Был проект где с полдюжины, разные Линуксы, HPUX, AIX, Solaris, Windows, Mac OS X. Сборка дистрибутива 2 часа.