Разговор не о том, чтобы потом развестить, а о том, что если это случиться — процесс будет крайне сложным, ибо за этим никто не следит. Жениться нужно с уверенностью, но довольно неверно говорить, что бракоразводные процессы нужно отменить.
Моя работа меня устраивает более чем полностью и не хочу ее менять или, тем более, бороться с ней, если Вы об этом. В остальном Вы абсолютно правы, мне хотелось бы, что бы навыки в знании права стали полезны.
PS: поиск новой работы это смеренное признание того что Ваши права могут игнорировать. Более того Вы согласны взять на себя труд поиска другого места работы(т.е. права нарушаете не Вы, но проблемы остаються у Вас).
Что именно Вас интересует? Программистов много и чем дальше тем больше, толковых наоборот, все меньше и меньше. Хотя я могу говорить про Украину Киев(и то весьма не полно), а далее уже разве что прикидывать.
Как правило на любую деятельность необходимы ресурсы. Само собой эти ресурсы как правило это: финансы и время. Так что если Ваш путь не целиком с головой уйти в работу то скорее всего понадобиться два упомянутых ресурса и финансовые условия работы станут важными.
Это я о том что: «Если к этому так подойти, то все эти искусственные ступени 'развития'… отходят на задний план» и это так, но финансовый аспект остается. Очень мало проектов я смог сделать самостоятельно, очень часто необходимо было привлекать как минимум дизайнера. Само собой модно приглашать друзей за «спасибо», но этот ресурс очень быстро иссякнет если, опять таки, дело не начнет со временем приносить доход.
Я думаю мы с Вами стоим на одних позициях, так как согласен со всем сказанным Вами.
1. Думаю что «универсальный» разработчик часто является поверхностным, углубиться можно действительно лишь в очень узкий круг вопросов. Это и плюс и минус одновременно.
3. Огромное спасибо!
4. И я о том же, проблема в том что при возникновении вне штатных ситуаций многие исправляют следствия. Например перехватывают частные (неверные) случаи которые возвращает библиотека и корректируют результат. Тем самым усложняют код не нужными эвристиками не изучив суть. В остальных случаях я согласен, нету ни малейшей возможности изучить все что используешь(по крайней мере не сразу).
Благодарю Вас за информативный комментарий
1. Я не совсем об этом. Дело в том, что в любой сфере всегда есть огромное поле для обучения. Более того, после универа я стал обучаться намного больше и активнее. Взять например Android, работая с данной ОС мой путь (в плане изучения) был таков: программирование на Java под эту ОС, далее полез изучать вспомогательные фреймворки (ORM, аннотации и.д.), потом стал писать на C++ и а далее и вовсе начал ковырять исходники Android. Некоторые навыки не пригодились, но 99 процентов полученных знаний дали прикладную отдачу. И мой перечень того, что я хотел бы выучить в данной платформе и близко не близиться к концу, а скорее наоборот растет;
2. Не соглашусь, однако и опровергнуть в силу многих обстоятельств не могу;
3. Спасибо за совет, я судя по всему действительно плаваю в терминологии и по этому не четко изложил свою мысль, но, очень постараюсь исправиться к следующей статье;
4. В последнем пункте я совсем говорил не о тестах а о необходимости изучать «физику процесса». Сегодня очень много программистов привыкли исправлять следствия а не причины и это печально =(
PS: поиск новой работы это смеренное признание того что Ваши права могут игнорировать. Более того Вы согласны взять на себя труд поиска другого места работы(т.е. права нарушаете не Вы, но проблемы остаються у Вас).
Это я о том что: «Если к этому так подойти, то все эти искусственные ступени 'развития'… отходят на задний план» и это так, но финансовый аспект остается. Очень мало проектов я смог сделать самостоятельно, очень часто необходимо было привлекать как минимум дизайнера. Само собой модно приглашать друзей за «спасибо», но этот ресурс очень быстро иссякнет если, опять таки, дело не начнет со временем приносить доход.
1. Думаю что «универсальный» разработчик часто является поверхностным, углубиться можно действительно лишь в очень узкий круг вопросов. Это и плюс и минус одновременно.
3. Огромное спасибо!
4. И я о том же, проблема в том что при возникновении вне штатных ситуаций многие исправляют следствия. Например перехватывают частные (неверные) случаи которые возвращает библиотека и корректируют результат. Тем самым усложняют код не нужными эвристиками не изучив суть. В остальных случаях я согласен, нету ни малейшей возможности изучить все что используешь(по крайней мере не сразу).
1. Я не совсем об этом. Дело в том, что в любой сфере всегда есть огромное поле для обучения. Более того, после универа я стал обучаться намного больше и активнее. Взять например Android, работая с данной ОС мой путь (в плане изучения) был таков: программирование на Java под эту ОС, далее полез изучать вспомогательные фреймворки (ORM, аннотации и.д.), потом стал писать на C++ и а далее и вовсе начал ковырять исходники Android. Некоторые навыки не пригодились, но 99 процентов полученных знаний дали прикладную отдачу. И мой перечень того, что я хотел бы выучить в данной платформе и близко не близиться к концу, а скорее наоборот растет;
2. Не соглашусь, однако и опровергнуть в силу многих обстоятельств не могу;
3. Спасибо за совет, я судя по всему действительно плаваю в терминологии и по этому не четко изложил свою мысль, но, очень постараюсь исправиться к следующей статье;
4. В последнем пункте я совсем говорил не о тестах а о необходимости изучать «физику процесса». Сегодня очень много программистов привыкли исправлять следствия а не причины и это печально =(