Вы описали ситуации, когда работать и учиться приходилось на пределе возможностей. Как Вы оценивали и сейчас оцениваете риск серьезно подорвать здоровье? Насколько другим стоит брать с Вас пример?
Как сейчас оцениваете уровень препода на курсах Java?
Получив множество восторженных откликов, я разделил работу между волонтёрами, исходя из предполагаемых затрат времени и труда.
Сейчас мы закончили проект примерно на 90%, наша цель — завершить проект и выложить его в Интернет для свободного скачивания. Это на самом деле не игра, а, скорее, интерактивный художественный объект.
Большое спасибо! Статья меня очень заинтересовала, не только потому, что сам фанат SW, но и потому, что несколько месяцев назад здесь на Хабре пригласил в проект, правда не художественный, а программистский, но тоже относящийся к игровой индустрии (и косвенно к SW). К сожалению, проект забуксовал, хотя и я получил восторженные отзывы. Думаю в чем дело. М.б. в зоне ".ru" сложнее набрать волонтеров в проект для свободного скачивания?
Прошло уже полтора года в новой роли и два с половиной в роли программиста.
Сейчас, оглядываясь на пройденный путь с высоты приобретенного опыта и знаний, считаете, что все делали правильно и не делали ошибок? или видите ситуации, где стоило поступить иначе?
Не двигается мышка, значит читаю спецификацию RFC хххх или просматриваю листинг — мне м.б. на бумаге удобней :)
2 канала инета
1 резервный? У меня такое. Купил для этого USB-модем и тариф, по которому минимум раз в три месяца должен совершать платное действие. — Посылаю себе SMS, это стоит вего 1.95 р. РФ. За другой постоянный канал плачу по минимальному тарифу 424 р. в месяц. Но и если работать в офисе, то ИМХО домашний инет и домашний комп все равно нужны. Как и кондиционер, т.к. летом в городе бывает очень жарко и не комфортно.
резервное копирование
Трудно представить, что на удаленке нужны большие объемы. Флешки на 8 Гб ИМХО достаточно. Ну, можно еще съемный винт и DVD диски — все это ИМХО не дорого стоит.
К причинам почему работодатели не любят удалёнщиков стоит добавить причину, по которой некоторые «работодатели» очень любят удалёнщиков. — Это легкий обман. Самый распространенный способ: удаленщику предлагают в сжатые сроки выполнить тестовое задание и потом сулят золотые горы. В любом случае ему ответят, что «вы нам не подходите», а из маленьких, но бесплатных решений такой «работодатель» пытается слепить большое целое.
Вы уже таки прочитали главу Мартина про комментарии? Мне уже начинает надоедать ее пересказывать.
Да. На С.79 прочел, что комментарии — неизбежное зло. И далее, что совсем без них не обойтись. Дальше предлагаются примеры типовых случаев хороших и плохих комментариев. Формулируются правила, нпр.:
Короткие функции не нуждаются в долгих описаниях.
В такой осторожной формулировке с этим правилом мало кто не согласится. Тем более, что через несколько страниц (С.100) автор приводит исключение из этого правила: тело функции determineIterationLimit содержит всего две строки кода и целых три строки необходимых, по мнению автора, комментариев. Хорошо, интересно и убедительно написано. ИМХО нужно писать полезные комментарии и не писать вредные. Ok.
Однако факт, что не так много кукуевских жителей могут похвастать работой на известные зарубежные фирмы. Тут целый ряд факторов: платить можно сильно меньше, но средний житель Кукуева, как правило, хуже знает английский, чем средний житель Лондона и даже Бомбея. Если житель Кукуева украдет код и продаст его конкуренту или просто выложит в сеть, наказать его оп суду м.б. труднее чем жителя Бомбея или Лондона. Ну и образование обычно у жителя Лондона систематичнее, а у жителя Кукуева могут быть серьезные пробелы. Проблемы со связью с Лондоном и с Кукуевом и т.д.
Если человек не может хорошо работать (отсутствие знаний, быстрая утомляемость и т.д.), то как его не заставляй — ничего хорошего не получится. Если человек не хочет хорошо работать, а хочет производить только видимость работы, то ему проще дурить начальство не удаленно. Если начальник пытается управлять такими людьми, то перекладывает на себя часть ответственности за отсутствие нужного результата: «Что вы мне сказали, то я и сделал, вы — начальник, я — дурак». С этой точки зрения удаленка несет меньшие риски. Что касается кнута и пряника, то и в удаленном и в не удаленном случае принцип один: если плохо работаешь — будешь получать меньше денег, до полного отказа от твоих услуг, а если хорошо, то м.б. будешь получать больше…
Интересный вопрос о соотношении предложенных критериев с подходами software metric. Кроме примитивного подсчета числа строк были предложены и очень сложные.
Т.е. все, что неочевидно — то сложно? Пожалуй, с этим можно согласиться. Но тогда получаем, что в реальности простых задач нет, а бывают только простые участки кода сложных задач.
один и тот же алгоритм можно очень по разному написать
Вы про описание алгоритма или про его реализацию на конкретном языке программирования? В литературе по CS (и в той же википедии) алгоритмы часто описывают на естественном языке (русский, английский и т.д. + мат. формулы) или на псевдокоде. Еще один способ — это блок-схемы. Конечно же, и описание и реализация могут быть сделаны очень по разному.
У примеров есть неприятное свойство: в формате обсуждения (вроде этого) нет возможности привести достаточно сложный пример, т.к. он был бы слишком объемным. Поэтому приходится приводить простые примеры. Вы используете это свойство и еще более упрощаете ситуацию, что со стороны, если не вдумываться, выглядит весомым доводом, хотя на деле просто уловка спора. Повторю, что даже в моем простом примере возможны неочевидные случаи:
м.б. Y не равно нулю по условию подзадачи
Если посмотреть достаточно большой нетривиальный код, то там таких случаев м.б. довольно много при их большом разнообразии. Если метод реализует «в лоб» широко известный алгоритм, то достаточно комментария типа "// Алгоритм Флойда — Уоршелла". Но если в коде используется какие-то свойства матрицы расстояний, специфичные для данной задачи, то эти места кода нуждаются в комментариях. Часто бывает, что применяется оригинальный алгоритм, сделанный специально под данную задачу. Тут одних комментариев может оказаться мало и нужны будут доказательство корректности алгоритма и оценка теоретической сложности. Это уже отдельная документация, сопровождающая код. А в комментариях должна быть ссылка на соответствующий файл документации. Если алгоритм эвристический, то это нужно написать в комментарии и т.д. Отсутствие подобных пояснений превращает код в ребус и не способствует простоте. ИМХО это очевидные вещи, и мне немного странно, что мы о них спорим.
Хорошие девушки = они понимали меня, и я понимал их. Что тут непонятного? У многих не с первой девушкой складываются длительные отношения, но одно дело, когда с двух сторон понимают, что ошиблись, но при этом рады тому, что было, а другое дело, когда наоборот.
Тут, как и во многом, нет универсальных рецептов. Но возможны оптимальные близкие к оптимальным решения, компромиссы. Присутствует игровой момент. В конце СССР работал в одном очень большом образовательном учреждении. У меня было два выходных, а у студентов один, но я был старший инженер, а не препод. Однако начальник часто просил выйти в субботу. За это давал отгул. В то время увлекался сплавом по горным рекам и стал копить отгулы на майские праздники. Накопил столько, что начальник пришел в ужас. Был конфликт, но ему пришлось отдать мне эти отгулы, и у меня состоялся отличный поход.
мне лично так вот годами деградировать было бы невыносимо скучно
И мне скучно — поэтому не «сработался» в некоторых конторах: деградирующие начальники и их подчиненные воспринимают иное, как личную угрозу. Что не странно.
Это если сам препод/собеседующий либо не разбирается в предмете, либо ему всё пофиг.
Препод может и разбирается, но формализм экзамена сильно помогает хитрому студенту. При этом, если препод захочет — любого провалит. ИМХО курсовая гораздо полезнее для оценки знаний студента. Спросить по исходному коду: зачем так в этом месте сделал и для чего это нужно — сразу видно: сам студент кодил или в сетке не думая скачал или у фрилансера заказал.
Как сейчас оцениваете уровень препода на курсах Java?
1 резервный? У меня такое. Купил для этого USB-модем и тариф, по которому минимум раз в три месяца должен совершать платное действие. — Посылаю себе SMS, это стоит вего 1.95 р. РФ. За другой постоянный канал плачу по минимальному тарифу 424 р. в месяц. Но и если работать в офисе, то ИМХО домашний инет и домашний комп все равно нужны. Как и кондиционер, т.к. летом в городе бывает очень жарко и не комфортно.
Трудно представить, что на удаленке нужны большие объемы. Флешки на 8 Гб ИМХО достаточно. Ну, можно еще съемный винт и DVD диски — все это ИМХО не дорого стоит.
В такой осторожной формулировке с этим правилом мало кто не согласится. Тем более, что через несколько страниц (С.100) автор приводит исключение из этого правила: тело функции determineIterationLimit содержит всего две строки кода и целых три строки необходимых, по мнению автора, комментариев. Хорошо, интересно и убедительно написано. ИМХО нужно писать полезные комментарии и не писать вредные. Ok.
Если посмотреть достаточно большой нетривиальный код, то там таких случаев м.б. довольно много при их большом разнообразии. Если метод реализует «в лоб» широко известный алгоритм, то достаточно комментария типа "// Алгоритм Флойда — Уоршелла". Но если в коде используется какие-то свойства матрицы расстояний, специфичные для данной задачи, то эти места кода нуждаются в комментариях. Часто бывает, что применяется оригинальный алгоритм, сделанный специально под данную задачу. Тут одних комментариев может оказаться мало и нужны будут доказательство корректности алгоритма и оценка теоретической сложности. Это уже отдельная документация, сопровождающая код. А в комментариях должна быть ссылка на соответствующий файл документации. Если алгоритм эвристический, то это нужно написать в комментарии и т.д. Отсутствие подобных пояснений превращает код в ребус и не способствует простоте. ИМХО это очевидные вещи, и мне немного странно, что мы о них спорим.
оптимальныеблизкие к оптимальным решения, компромиссы. Присутствует игровой момент. В конце СССР работал в одном очень большом образовательном учреждении. У меня было два выходных, а у студентов один, но я был старший инженер, а не препод. Однако начальник часто просил выйти в субботу. За это давал отгул. В то время увлекался сплавом по горным рекам и стал копить отгулы на майские праздники. Накопил столько, что начальник пришел в ужас. Был конфликт, но ему пришлось отдать мне эти отгулы, и у меня состоялся отличный поход.Препод может и разбирается, но формализм экзамена сильно помогает хитрому студенту. При этом, если препод захочет — любого провалит. ИМХО курсовая гораздо полезнее для оценки знаний студента. Спросить по исходному коду: зачем так в этом месте сделал и для чего это нужно — сразу видно: сам студент кодил или в сетке не думая скачал или у фрилансера заказал.