Что хотел выяснить работодатель этим заданием мне не очень понятно. Может требовалось написать свою библиотеку для получения EXIF данных?
А может нужно было позадавать уточняющих вопросов? Когда разработчик уточняет детали задачи перед ее выполнением, то это его также характеризует помимо самого тестового задания.
Лично мне не понятно зачем Вам было погружаться впервую очередь в вопросы масштабирования и производительности, когда в требованиях об этом ни слова.
Когда видеозаписи станут доступны тем, кто купил билет? В описании конференции было указано, что «Видеозаписи всех докладов конференции будут доступны всем участникам конференции уже утром следующего дня!», но их нет!
С последними двумя переводами от «Питера» («Java. Новое поколение разработки» и «Hadoop. Подробное руководство») приходилось регулярно брать оригинал, чтобы понять что там написано. В итоге дочитывал в оригинале и «Питер» больше не покупаю. Мой вам совет — не переводите термины.
Лично я считаю, что нет смысла пытаться сравнить все и вся между собой в одном месте, есть желание — начни с малого. Не нашел хорошего сравнения каких-то конкретных компонентов в интернете и хочешь сделать это сам и поделиться с другими? Создай топик на том же хабре или stackoverflow. Хорошее сравнение сообщество не пройдет стороной, и в комментариях зачастую найдется дискуссия/полемика не хуже, а порою и лучше самого топика, а в споре, как говорится, рождается истина.
Это две параллельные ветки развития. Переход в менеджмент — это именно переход в менеджмент, а не повышение. Выше в комментах об этом уже писали. В моей компании как и во многих других хороший программист получает не меньше хорошого менеджера. Чтобы хорошо зарабатывать нужно хорошо работать, а переход в другую область должен быть обусловлен в первую очередь желанием работать в другой области, а не желанием больше получать.
PS если я из программиста перейду в летчики, где больше платят — это тоже будет повышением?)
Как правило, нет. Эстимации я даю сам, если что-то идет не по плану, то предупреждаю как можно раньше, но это редко, тк риски закладываются в эстимации. За последние 3 года овертаймов не было.
Не надо всех под одну гребенку. Я лично, как бы сильно не был заинтересован выполняемой работой, одергиваю себя и ухожу по графику. Благодаря этому уже давно не пропадает интерес к работе.
Сами пилоты разрешили?)
А может нужно было позадавать уточняющих вопросов? Когда разработчик уточняет детали задачи перед ее выполнением, то это его также характеризует помимо самого тестового задания.
Лично мне не понятно зачем Вам было погружаться впервую очередь в вопросы масштабирования и производительности, когда в требованиях об этом ни слова.
PS И не нужно путать что такое code conventions и что такое «правильно».
Именно) Поэтому я и добавил «как правило»
PS Со статьёй я и не спорю, просто подытожил
А узким местом все равно будет какая-нибудь БД/сеть, и вся эта разница в реализациях компонентов не будет играть роли.
Кто бы мог подумать xD
PS если я из программиста перейду в летчики, где больше платят — это тоже будет повышением?)
А у вас что, невыгоревшие сотрудники работают не по графику?