Не тупиковая — забить на чрезмерно узкую и однобокую специализацию, понять, что Java и технологии вокруг нее это всё мелочь, и развиваться как программист.
То есть вы не согласны, что чистый XXX-программист (вместо XXX подставить что угодно, начиная с Java) — это ни фига не специалист? Ну, чтобы иметь право быть несогласным с таким мнением, надо как минимум много лет как не быть джуниором.
После такого заголовка ожидал увидеть рассказ про перенос с x86_64 на sparc32…
Так же не ясно, на фига донора-то выключать? cpio или даже tar через netcat прекрасно справились бы. А вообще, практически во всех дистрибутивах есть и штатные средства для клонирования. Скорее всего, федора не исключение.
Есть и вариант наоборот (для .NET и Java и вообще любой рефлексивной среды работает идеально) — встроить в приложение консоль для отладки. REPL какого либо скриптового языка, к которому можно подцепиться telnet-ом, и не прерывая работы выполнить произвольный код в контексте приложения.
Все эти симптомы говорят, что реальная ошибка где-то вовсе за пределами этого блока кода. Довольно редкий случай в .NET, правда, если unmanaged-вызовами особо не баловаться.
Вообще, первое правило — писать вывод логов и ассерты сразу и везде. Это, кроме всего прочего, еще и дополнительные аннотации к коду, проще читать потом будет. Нельзя проверки просто навешать потом на код вокруг подозрительного места — ведь реально ошибка может быть где-то еще, далеко от того, где все сломалось.
Вот вы опять. Я не говорил, что тестер должен «разрабатывать» GUI. Он должен участвовать в его проектировании, на каждом этапе. GUI надо начинать тестировать на живых людях еще когда он существует в виде картинок в тетрадке.
И проиграли именно вы. Вы несете несусветную чушь, да еще и с чванством и с апломбом. Это глупо. Ваше примитивное мнение не имеет абсолютно ничего общего с устоявшимися в мире практиками.
В армию идут сознательно, и ор выслушивать готовы. Там по другому и нельзя, собственно, там вообще из людей личность выдавливать надо и палками вышибать, для их же блага. Так что я бы не стал сравнивать армию и работу.
Если человек смеет повышать голос, то это паршивый человек, в общем и целом. Работать с паршивым человеком глупо — ничему хорошему у него не научишься, и следовательно никакого смысла оставаться на такой работе нет.
Ну, график несколько некорректный. Многочисленные измерения показывают, что средний инженер продуктивен в лучшем случае 4 часа в день. Остальное время он пинает балду, чаи гоняет, делает вид, что думает (без результата), интернет читает, журнальчики. Если всю эту деятельность исключить, то можно уходить домой и раньше.
Бугагашечки. Узкоспециализированные фундаментальные знания это чтото новое.
"Почему я так легкомысленно отношусь к фундаментальным знаниям? А очень просто. Я закончил 3й курс университета."
Ну это уж совсем бугагашечки. Я рыдалъ.
Гибкость нужна, чтобы ее нельзя было сломать.
Так же не ясно, на фига донора-то выключать? cpio или даже tar через netcat прекрасно справились бы. А вообще, практически во всех дистрибутивах есть и штатные средства для клонирования. Скорее всего, федора не исключение.
clojure101.blogspot.com/2009/05/creating-clojure-repl-in-your.html
Вообще, первое правило — писать вывод логов и ассерты сразу и везде. Это, кроме всего прочего, еще и дополнительные аннотации к коду, проще читать потом будет. Нельзя проверки просто навешать потом на код вокруг подозрительного места — ведь реально ошибка может быть где-то еще, далеко от того, где все сломалось.
А свой код можно и нужно изначально писать так, чтобы пользоваться правильными техниками отладки. Без всяких там break points и прочего.
О, поколение, испорченное дебаггерами…
И проиграли именно вы. Вы несете несусветную чушь, да еще и с чванством и с апломбом. Это глупо. Ваше примитивное мнение не имеет абсолютно ничего общего с устоявшимися в мире практиками.