Хотелось написать злобный комментарий, о том как я не люблю PHP, но потом понял, что пост не об этом.... Сейчас сам поддерживаю старый проект на умершем Silverlight, а тем временем его переписываю на ASP.NET Core. Дело в том, что мое программирование началось с Atari Basic, потом в колледже Turbo Pascal и немного Delphi 7 и FoxPro, которые не живы уже никто. Что я теперь стал плохим программистом. В ТУСУР воевал с преподавателем, что лабораторные работы мне проще на C написать, чем использовать Pascal (Free Pascal вроде). На что она мне ответила, что ей проще проверить мои знания!!!! Мне кажется, что она других языков не знала, и не сможет в силу возраста освоить новый язык. С/С++ изучал самостоятельно и был на тот момент коммерческий опыт. После этого и PHP пригодился в 2004 - 2010 году, и сейчас порой пригождается. И очень поддерживаю автора именно в самом посыле статьи, что работайте с тем, чем работаете, с тем опытом, что уже есть освоить что-то новое будет возможность, а переход на что-то другое - процесс не быстрый, за время перехода можно освоить новый стек, на что будет переписано, да и не все хотят его обновлять, потому что это тоже дорого.
Я отучившись в Казахстане в колледже и недоучившись в ТУСУР до получения диплома поделюсь своим опытом. Про маски подсетки нам в колледже не объясняли (2001-2004 год), но как-то случайно прочиталось само собой. Универ бросил, хотя в нескольких попробовал пучится, ничего не запомнилась, кроме Зиты Эммануиловны, преподавателя высшей математики, ну и в Казахстане нет Истории России, поэтому препод понравился, очень интересно рассказывал. На тот момент у меня уже был какой-то опыт работы что-то типа сборщиком компьютеров. Колледж дал более реальную практику на заводе, где я потом и работал, но как стало тесно - ушел в другую компанию, сменил кучу стеков, но основным себе оставил .NET. Хотя и Vue попробовал и Java c flutter, даже когда-то на php приходилось (иногда и сейчас приходиться, но очень редко). На заводе поработал на низком уровне на C/С++, что тоже периодически пригождается. По Казахстанскому опыту скажу, что выпускники даже именитых ВУЗов выходят не лучше вышеозвученного, поэтому ищешь хорошего кандидата, который просто учится может, а там он сам во всем разберется, материала вокруг куча. Как-то пришел парень, хороший слаботочник, но ни разу не писал ни одной строчки кода - через 3 месяца самостоятельно закрывал проекты. Тут у кого какая мотивация будет. Ну и с моей группы, на сколько я знаю, могу ошибаться, по своей специальности кроме меня, может еще человека 2 работает, а остальные даже не в смежных областях.
Эх, твою бы статью 4 года назад мне! Статья супер! Добавляю в закладки, потому что больше половины не использовал в работе, а так tmux мне нравиться больше, а остальное еще надо попробовать!
Ну мне проще, как разработчику, потому что у меня либо все работает, что все оценят (в разной степени по мере внедренности), или заметят, что не работает (заметят все!!!!), так что с обратной связью порядок, поэтому хочется ее сделать даже поменьше))) Но все таки мне приходилось писать описания к своему ПО, и как я себя развлекал.
До этого был опыт авторства в нескольких командах КВН и вставки "мулек" в обычный текст по сценарию. Так я поступал и с техническим текстом, и когда те, кто его прочитал потом проходя мимо тебя тихонько улыбается, то понимаешь, что он точно прочитал.
Потом у меня был хороший наставник, который твердил, что "пиши для дебилов". Приходилось себя возводить в роль безмозглового гоблина, чтобы все потом могли по инструкции воспроизвести все действия.
Ну и опять же, когда меня меньше беспокоят по инструкции, то это значит она идеально написана, что все понятно и ничего не надо даже, но когда ко мне обращаются, что что-то не работает, я при них открываю инструкцию и обычно все сразу начинает работать, если нет, то переписываю инструкцию (реже), либо допиливаю ПО (чаще).
Так что, главное мотивация, а не то, что тебя не читают. Развлекай себя))) Если, конечно, такое можно себе позволить!!!
Да, больше бы задач по фронтенду, то тоже бы перешел на Angular, но для этой задачи было нужно быстро и соответственно как можно проще. Был бы опыт на React, то на нем бы может написал, но опыта не было совсем ни с чем. Понимание было, что-то простое я бы собрал, тут надо было более сложное для меня. А так посмотрел, сравнил, и выбрал, думаю, что правильно, и как сказано выше с википедией сошлось, правда это все опытным путем. Пока сам не "пощупаешь" - не поймешь, что тебе больше подходит, а тем более после прочтения моей статьи. Там в конце я в заключении пишу, что для моей задачи подошел Vue, и имел в виду, что надо самому пробовать, в зависимости от задачи, от опыта и личных предпочтений. Здесь же завершу тем, что пробуйте ВСЁ, как сказал бы сейчас мой друг Тимофей, один из моих наставников, вдруг пригодится, именно по этому поводу ради спортивного интереса мы записались на курсы по MongoDB (nodejs, Java, Python и администрирование) и сдавали на скорость задания по дедлайнам.
С переходом со 2-го на 3-ю версию столкнулся, изначально был только версии 2, 3-й только появился и ничего на нем не было, потом повернулось всё в другую сторону и пришлось переписывать.
Angular хотел, но по времени было критично, но там и не было смысла, так как проект изначально был не очень сложный. Там в принципе, видеть кол-во выполненых работ, сколько кто выполнил и где выполнил, ну и отчеты, где одним запросом к базе решается, а там потом выгрузить в нужном формате.
А вот какую использовал библиотеку или фреймворк первоначальный разработчик - я вспомню и сюда добавлю ради интереса...
Ну и так на решение проблемы для меня ушло не очень много времени, а опыт нужен для того, чтобы понять почему для меня это был сложный выбор. А так да, можно было уместить в одно предложение, ну типа: "Я бекенд-разработчик, надо было написать фронт, посмотрел Angulat, React и наткнулся на Vue, посмотрел всё и выбрал Vue - она проще".... Как-то так))) Но суть хабра, что все деляться СВОИМ ЛИЧНЫМ ОПЫТОМ, как я понимаю, и на первой статье, вряд ли кто-то пойдет смотреть мой профиль и резюме и не поймет, почему именно эта проблема у меня возникла.
Потому что я все таки разработчик бек, поэтому надо с чего-то было начать, потому что они больше документированы. Это потом можно уже другие изучать, когда хоть какой-то появился опыт... Все же просто...
Википедию я не читал, по крайней мере именно сейчас, уверен, что там больше технических деталей, ну и сама википедия тоже чей-то опыт, причем думаю не только одного человека. А здесь приведен именно мой опыт и мои сложности при выборе. Все детали не смог привести, потому что, во-первых, первый раз пишу, во-вторых, это писалось поздно ночью, уже из себя информацию просто выдавливал, чтобы дописать наконец. Спасибо за критику, надо на себя взглянуть со стороны
Википедию я не читал, по крайней мере именно сейчас, уверен, что там больше технических деталей, ну и сама википедия тоже чей-то опыт, причем думаю не только одного человека. А здесь приведен именно мой опыт и мои сложности при выборе. Все детали не смог привести, потому что, во-первых, первый раз пишу, во-вторых, это писалось поздно ночью, уже из себя информацию просто выдавливал, чтобы дописать наконец. Спасибо за критику, надо на себя взглянуть со стороны
Согласен, это мой первый опыт написания технической статьи, до этого только приходилось мануалы писать, поэтому жанр для меня новый, ну и порой нехватка времени. Написать очень хотелось что-то и выбрал тему о наболевшем, хотел более длинно написать с примерами, но понимал, что не могу вспомнить даже названия того фреймворка, на чем изначально написан клиент. Ну я теперь работаю в другом месте, поэтому примеры здесь насколько бы были уместны пока не знаю.
Спасибо! Уже почитал мануалы, посмотрел видео, что-то попробовал пописать, действительно близки, хотя мне лично кажется, что ближе к React, но это личное восприятие. Сама проблема, с которой столкнулся, как оказалось позже не в Knockout, а с зависимостями модулей, которую не могу пока до конца разрешить... Но ничего, думаю все получится!))
Хотелось написать злобный комментарий, о том как я не люблю PHP, но потом понял, что пост не об этом.... Сейчас сам поддерживаю старый проект на умершем Silverlight, а тем временем его переписываю на ASP.NET Core. Дело в том, что мое программирование началось с Atari Basic, потом в колледже Turbo Pascal и немного Delphi 7 и FoxPro, которые не живы уже никто. Что я теперь стал плохим программистом. В ТУСУР воевал с преподавателем, что лабораторные работы мне проще на C написать, чем использовать Pascal (Free Pascal вроде). На что она мне ответила, что ей проще проверить мои знания!!!! Мне кажется, что она других языков не знала, и не сможет в силу возраста освоить новый язык. С/С++ изучал самостоятельно и был на тот момент коммерческий опыт. После этого и PHP пригодился в 2004 - 2010 году, и сейчас порой пригождается. И очень поддерживаю автора именно в самом посыле статьи, что работайте с тем, чем работаете, с тем опытом, что уже есть освоить что-то новое будет возможность, а переход на что-то другое - процесс не быстрый, за время перехода можно освоить новый стек, на что будет переписано, да и не все хотят его обновлять, потому что это тоже дорого.
Я отучившись в Казахстане в колледже и недоучившись в ТУСУР до получения диплома поделюсь своим опытом. Про маски подсетки нам в колледже не объясняли (2001-2004 год), но как-то случайно прочиталось само собой. Универ бросил, хотя в нескольких попробовал пучится, ничего не запомнилась, кроме Зиты Эммануиловны, преподавателя высшей математики, ну и в Казахстане нет Истории России, поэтому препод понравился, очень интересно рассказывал. На тот момент у меня уже был какой-то опыт работы что-то типа сборщиком компьютеров. Колледж дал более реальную практику на заводе, где я потом и работал, но как стало тесно - ушел в другую компанию, сменил кучу стеков, но основным себе оставил .NET. Хотя и Vue попробовал и Java c flutter, даже когда-то на php приходилось (иногда и сейчас приходиться, но очень редко). На заводе поработал на низком уровне на C/С++, что тоже периодически пригождается. По Казахстанскому опыту скажу, что выпускники даже именитых ВУЗов выходят не лучше вышеозвученного, поэтому ищешь хорошего кандидата, который просто учится может, а там он сам во всем разберется, материала вокруг куча. Как-то пришел парень, хороший слаботочник, но ни разу не писал ни одной строчки кода - через 3 месяца самостоятельно закрывал проекты. Тут у кого какая мотивация будет. Ну и с моей группы, на сколько я знаю, могу ошибаться, по своей специальности кроме меня, может еще человека 2 работает, а остальные даже не в смежных областях.
Согласен!!! Но...
Работает. Сейчас переписывается, но это процесс небыстрый, да сам проект немаленький
Эх, твою бы статью 4 года назад мне! Статья супер! Добавляю в закладки, потому что больше половины не использовал в работе, а так tmux мне нравиться больше, а остальное еще надо попробовать!
Ну мне проще, как разработчику, потому что у меня либо все работает, что все оценят (в разной степени по мере внедренности), или заметят, что не работает (заметят все!!!!), так что с обратной связью порядок, поэтому хочется ее сделать даже поменьше))) Но все таки мне приходилось писать описания к своему ПО, и как я себя развлекал.
До этого был опыт авторства в нескольких командах КВН и вставки "мулек" в обычный текст по сценарию. Так я поступал и с техническим текстом, и когда те, кто его прочитал потом проходя мимо тебя тихонько улыбается, то понимаешь, что он точно прочитал.
Потом у меня был хороший наставник, который твердил, что "пиши для дебилов". Приходилось себя возводить в роль безмозглового гоблина, чтобы все потом могли по инструкции воспроизвести все действия.
Ну и опять же, когда меня меньше беспокоят по инструкции, то это значит она идеально написана, что все понятно и ничего не надо даже, но когда ко мне обращаются, что что-то не работает, я при них открываю инструкцию и обычно все сразу начинает работать, если нет, то переписываю инструкцию (реже), либо допиливаю ПО (чаще).
Так что, главное мотивация, а не то, что тебя не читают. Развлекай себя))) Если, конечно, такое можно себе позволить!!!
Да, больше бы задач по фронтенду, то тоже бы перешел на Angular, но для этой задачи было нужно быстро и соответственно как можно проще. Был бы опыт на React, то на нем бы может написал, но опыта не было совсем ни с чем. Понимание было, что-то простое я бы собрал, тут надо было более сложное для меня. А так посмотрел, сравнил, и выбрал, думаю, что правильно, и как сказано выше с википедией сошлось, правда это все опытным путем. Пока сам не "пощупаешь" - не поймешь, что тебе больше подходит, а тем более после прочтения моей статьи. Там в конце я в заключении пишу, что для моей задачи подошел Vue, и имел в виду, что надо самому пробовать, в зависимости от задачи, от опыта и личных предпочтений. Здесь же завершу тем, что пробуйте ВСЁ, как сказал бы сейчас мой друг Тимофей, один из моих наставников, вдруг пригодится, именно по этому поводу ради спортивного интереса мы записались на курсы по MongoDB (nodejs, Java, Python и администрирование) и сдавали на скорость задания по дедлайнам.
С переходом со 2-го на 3-ю версию столкнулся, изначально был только версии 2, 3-й только появился и ничего на нем не было, потом повернулось всё в другую сторону и пришлось переписывать.
Angular хотел, но по времени было критично, но там и не было смысла, так как проект изначально был не очень сложный. Там в принципе, видеть кол-во выполненых работ, сколько кто выполнил и где выполнил, ну и отчеты, где одним запросом к базе решается, а там потом выгрузить в нужном формате.
А вот какую использовал библиотеку или фреймворк первоначальный разработчик - я вспомню и сюда добавлю ради интереса...
Ну и так на решение проблемы для меня ушло не очень много времени, а опыт нужен для того, чтобы понять почему для меня это был сложный выбор. А так да, можно было уместить в одно предложение, ну типа: "Я бекенд-разработчик, надо было написать фронт, посмотрел Angulat, React и наткнулся на Vue, посмотрел всё и выбрал Vue - она проще".... Как-то так))) Но суть хабра, что все деляться СВОИМ ЛИЧНЫМ ОПЫТОМ, как я понимаю, и на первой статье, вряд ли кто-то пойдет смотреть мой профиль и резюме и не поймет, почему именно эта проблема у меня возникла.
Потому что я все таки разработчик бек, поэтому надо с чего-то было начать, потому что они больше документированы. Это потом можно уже другие изучать, когда хоть какой-то появился опыт... Все же просто...
Википедию я не читал, по крайней мере именно сейчас, уверен, что там больше технических деталей, ну и сама википедия тоже чей-то опыт, причем думаю не только одного человека. А здесь приведен именно мой опыт и мои сложности при выборе. Все детали не смог привести, потому что, во-первых, первый раз пишу, во-вторых, это писалось поздно ночью, уже из себя информацию просто выдавливал, чтобы дописать наконец. Спасибо за критику, надо на себя взглянуть со стороны
Википедию я не читал, по крайней мере именно сейчас, уверен, что там больше технических деталей, ну и сама википедия тоже чей-то опыт, причем думаю не только одного человека. А здесь приведен именно мой опыт и мои сложности при выборе. Все детали не смог привести, потому что, во-первых, первый раз пишу, во-вторых, это писалось поздно ночью, уже из себя информацию просто выдавливал, чтобы дописать наконец. Спасибо за критику, надо на себя взглянуть со стороны
Согласен, это мой первый опыт написания технической статьи, до этого только приходилось мануалы писать, поэтому жанр для меня новый, ну и порой нехватка времени. Написать очень хотелось что-то и выбрал тему о наболевшем, хотел более длинно написать с примерами, но понимал, что не могу вспомнить даже названия того фреймворка, на чем изначально написан клиент. Ну я теперь работаю в другом месте, поэтому примеры здесь насколько бы были уместны пока не знаю.
Спасибо! Уже почитал мануалы, посмотрел видео, что-то попробовал пописать, действительно близки, хотя мне лично кажется, что ближе к React, но это личное восприятие. Сама проблема, с которой столкнулся, как оказалось позже не в Knockout, а с зависимостями модулей, которую не могу пока до конца разрешить... Но ничего, думаю все получится!))