Привет Автор. Я горд за тебя. С полного ничего до fetch утилиты пусть для консоли это просто круто. Я хоть и немного умею программировать на C++ всё равно бы не написал такую утилиту. Для простого написания программ для большинства современных ОС не требуется знания работы самой ОС. По этой причине я этого и не знаю и я больше могу сказать про сам язык чем про среду для которой пишу код. Молодец. Если есть желание начать программировать хотя бы как хобби такие приложения куда лучше как и сказано в статье чем Hello World.
Очень хорошо понимаю автора про неработающее оборудование. На этот счёт хочу сказать до сих пор FreeBSD и Unix в целом остаются системами техническими и поддерживают только малый процент от всего оборудования на котором хоть как-то запускающемся. По этому я уверен что как домашней системой Unix не станет, по крайней мере ближайшие лет 5.
Соглашусь и дополню. Статья конечно заманчивая но как всем этим пользоваться совершенно не понятно. Ну да есть Git и да есть информационный сайт и что дальше. Я если честно до сих пор в этом Open Source разобраться не могу.
Привет автор. Статья конечно интересная и узнавать что-то новое это всегда хорошо. Вообще хочется сказать какие-то общие вещи которые автор в пылу страсти поделиться знаниямми либо не заметил, либо забыл. Начну с того что как я и говорил выше учить новое это хорошо и полезно, но опыт многих программистов показывает. Первое что в одиночку программирует небольшое количество человек и то какие-то незначительные малые проекты. Второе, если программировать командой то это как минимум стартап, а как минимум компания не малых размеров. Стартапы я опущу, а вот про компании скажу что у большинства компаний уже имеется наработанный стек технологий которые они используют в данный момент. По этой причине программисту работающиму на эту помпанию (или тому кто захочет в компании работать) учить то что использует эта компания. Причин для изучения того что использует компания есть несколько. Одна это причина что есть определённый код написанный на определённых фреймах и его нужно поддерживать. Другое это все в компании знают только те фреймворки и технологии которые использует компания (по крайней мере даже если кто-то что-то и знает другте то без разрешения компании ему это в компании использовать не позволят). Исходя из вышесказанного изучать намного больше и новее чем используется в работе сейчас просто не получиться. Во первых нужно хорошо знать то что уже используешь и второе паралельно новое учить долго так как времени на практику либо нет, либо мало и много знаний в одной голове удержать тоже не получиться (даже если это будут знания по ссылкам из интернета или записи в компьютере так как всегда будешь путаться между тем что используешь и тем что изучаешь). В конце добавлю своё мнение. Я считаю что хорошим вариантом постепенно учить чистые языки программирования, в данном случае JavaScript. Это во первых позволит делать те веш=щи которые нужно быстрее и правильнее, ну и фреймфорки могут не понадобиться. Во сторых если изучить основу то в любом случае большинтво фреймворков будет легче изучать если они основаны на JavaScript и сильно от него не отступают (это в случае если нужно изучить что-то новое).
Мысль 1: Хоть я и не являюсь действующим программистом, а только заканчиваю учится на программиста всё же я пришёл к тому же мнению что описано у тебя в статье.
Мысль 2: Для написания Дипломной Работы дано 2 + 1 месяца работы, то есть 2 месяца на разработку и месяц на доработку. Так как я начинаю только писать вообще что-то то я решил не париться по причине того как я буду писать свой проект, для меня главное чтобы большее из того что я задумал просто работало.
Ну и на последок не совсем мысль а больше вопрос. Как научиться учиться в IT. Суть в том что тупо спрашивать на форумах это непонятно так как ответы есть но и пробелы в коде-знаниях тоже ни куда не деваются. Отсюда вопрос откуда черпать информацию если нужно за условные 5 дней узнать что-то и это же самое реализовать. Например в моем случае это Rest API на PHP с доступом к нему из браузера по возможности не используя react, laravel и Node.js
Привет. Внутренности самих сервисов это конечно интересно, но хочется уметь всем этим пользоваться. Подскажите есть ли ресурс желательно на русском языке описывающий как всем этим пользоваться.
Привет Автор. Я бы немного дополнил название и написал так "Рынок труда и обучения сломался". Тут обязательно нужно пояснить. Про рынок труда вы уже написали. Про обучение я могу сказать то что учить сегодня стали поверхнотно, а плату брать как за полноценное обучение. По этой причине выпускники стали слабее чем раньше и знаний стало тоже меньше. Другим условным злом стал интернет. Если раньше в интернете была только полезная информация, то сейчас в интернете полезной информации стало максимум 30%. Также раньше интернет помогал так как давал полезную информацию, а сегодня любой кто надеется на интернет тратит ~50% своего времени на поиск нужной информации. Конечно найдутся ученики которые быстрее всех отыщут информацию из разных источников но таких учеников не более 10% от всех учеников. Вот и судите теперь сами, работодатели виноваты или ещё и образование тоже повлияло на программистов и теперь им сложнее найти работу для себя и всё им кажется куда сложнее.
Всё хорохо что ChatGPT стал доступен для всех. Вопрос лишь один. Как его установить в России так как кнопочка получить в Microsoft Store недоступна. И я с данным вопросом здесь не один.
Да документация это такая сложная штука как и код который документация описывает. Если документация тоже такая же интерактивнгая как и сам код это тоже современный вариант. Современный или не современный вариант документации, главное чтобы читая документацию было всё понятно для разработчика. Улучшение документации хороший вариант для привлечения людей к своему продукту и интерактивность этому не исключение. Но так же совмещение хорошего продукта с хорошей документацией вот залог лучшего продукта чем просто лучшая документация. Для такой работы лучше привлекать профессионалов, а написание простого кода оставить таким же простым программистам. Подытожив можно сказать что каждому делу найдётся свой специалист и не страшно что ты простой программист и пишешь простой код (такие специалисты тоже нужны, но развиваться тоже всегда нужно так как сфера IT меняется постоянно).
Я конечно не специалист в разработке, но могу сказать что указать нужное в IT что-то нужное не так просто.
Здесь нужно немного уточнить что такое не проосто. Это когда сфера постоянно меняется, а ты пытаешься её описать. Тут можно сказать что лучший вариант описывать эту сферу за период, как пример с января по июнь, а не на 2024 год.
По этой причине хочу ответить тем людям котрые говорят что, то или это не подходит. Да на момент прочтения статьи это может и не актуально, но нужно учитывать тот момент что есть уже готовые приложения написанные на устаревшей технологии. Также устаревшие приложения нужно всё таки обслуживать и дорабатывать.
Ещё скажу про новые технологии. Не все новые технологии применяются сразу после выхода или после небольшог срока её существования. Да могут найтись некоторые разработчики которые и применят новые технологии но всё таки большинство программистов будут только присматриваться и изучать но не применять пока не изучат.
У понеслись. Если даже это не совсем один человек, для меня это не так важно. Главное чтобы статьи были полезные и темы для меня нужные. В остальном всё здесь решают администраторы habr.
Привет автор и хабр. Я тоже начинающий программист и даже на этом уровне я понял некоторые истины.
Сейчас я поделюсь своими мыслями.
Первое что я понял, это то что для решения одной задачи есть много вариантов решений. Уточню, это я понял так как успел получиться у разных преподавателей и почитать пусть и не полностью но все же несколько книг.
Второе это то что у каждой IT компании свой подход к решению поставленных задач. И по этому зная свой вариант решения в новой компании все равно придется что-то изучать.
В третьих что бы ты не делал ты всегда будешь считать себя самозванцем пока не станешь писать код так как нужно именно данной компании. И не всегда твои знания будут совпадать с требованиями компании в которой ты собираешься работать.
Ну и как следствие из вышесказанного и из статьи в том числе, попасть в какую либо IT компанию с первого раза сложно но возможно. Ну и всегда на новом месте работы придется что-то изучать считая себя самозванцем во время этого изучения.
Привет Автор. Я начинающий разработчик и считаю что нужно учиться делать приложения по правилам (сразу извинюсь но все правила я не знаю, но думаю список их я со временем сформирую). Для примера: * приложение должно быть безопасным как для компьютера так и для пользовательских данных, * приложение должно быть модульным и каждый модуль не должен влиять на другие модули, для того чтобы если понадобиться модули можно было изменять не вредя всему приложению, * приложение должно быть сбалансированным и должно одновременно работать оптимально на сколько можо и быть понятным для программиста который будет его изучать. А улучшать приложения за счёт технологий это не совсем корректно так как текущая технология сегодня может работать, а завтра поломаться, устареть и ещё много чего. Не использовать их совсем я бы сказал что это идея не очень, но знать как сделать что-то чем ты занимаешься без сторонних технологий это обязательно. И всегда заказчику приложения нужно разъяснять что и как будет при написании приложения разными способами и подбирать более чистый гибкий вариант написания приложения что-бы в дальнейшем можно было его адаптировать под нкжды заказчика. Так как есть формума в теории которая звучит примерно так "Если сделать приложение быстро, то потом модернизировать будешь его долго. А если приложение сделать медленно, то модернизировать его будешь быстро". Это конечно высший дзен но каждая фирма да и разработчики по отдельности наверно к какому-то варианту написания приложения приходят которые к вышеупомянутой формуле приближаются.
Ну это вы прям о крупной компании рассказываете нк или не меньше средней +. А как быть если попадаешь в малую компанию где начальник сам же является HR. Так же нет наставников и многого что описано выше. Да и я не думаю что вообще трудно что-то и где-то. Одна только трудность это для новичка понять порядок работы компании, да и запомнить всё как можно быстрее. Под порядком это какие навыки нужны компании, как эти навыки выстраивать в рамках текущей компании, ведь каждая компания работает по своим стандартам пусть и схожим со стандат=ртами других компаний. Остальное всё ерунда. Познакомится, да я не думаю что прям будет во время работы время общаться с кем-то на отвоечённые темы. Одним словом коллектив это не самая сложная проблема. Вывод: в любой компании сложность это влиться в процесс работы самой компании.
Привет автор. Да понимаю, особенно когда ты начиающий программист. Я сейчас именно начинающий. Проблема в программировании по большей степени что знать всё невозможно и опечатка даже в одном символе решает всё. Думаю когда накопиться опыт работы с частью того с чем работаешь то и опечатываться станешь реже ну или хотя бы замечать опечатки можно будет немного чаще. Это я думаю самая вредная проблема программистов разного уровня. Да и ещё добавлю что технологии настолько разные что путаться между ними будешь часто особенно если использовать много разных технологий с похожими настройками (но такими разными в мелочах) ;-(.
Привет автору. Прочитав статью мне захотелось тоже немного поделиться своим мнением. Как-то от безделия или ещё от чего я подпсался на учебный курс от Академии по Разработке Программного Обеспечения. Так как я оплатил этот курс и в целом программирование мне нравиться я уже почти заканчиваю курс проучившись со всеми каникулами и перерывами 3 года. Имея 3 летний опыт обучения хочу сказать большинство курсов составлены совсем для начинающих программистов. Знания подаются совсем поверхностно хотя не скрою самих рассматриваемых тем на курсе довольно много. По этой причине нужно сказать что главное это дополнительное самообразование. Ну и уточню что как и где искать материалы в интернете преподаватели многих академий сами не знают, а просто читают те лекции которые даёт академия. По этому соглашусь что книги это наверно самый лучший, но не самый единственный способ научиться чему либо. По мне так совмещение книги, поиск примеров и видео вариант нормальный по причине того, что книги немного отстают от того что выпускают разработчики средств разработки и довольно сильно. По этому интернет с примерами и видео это как дополнение к книгам, а не основной материал для обучения.
Привет автор. Я конечно не прочитал всей статьи но выскажу свое мнение. Занимаясь любым делом в первую очередь нужно развить сообщество которому это дело будет нужно. Если как в большинстве случаев кто-то делает например как в твоём случае агрегатор да ещё и в одиночку но он никому не нужен, то каким бы он хорошим не был он не взлетит. В противном случае если создать сообщество или привлечь заинтересованные лица то помощь и в коде и в идеях, что реализовать всегда будут как помощь. Так что на первое место это востребованность, а второе место это уже сам проект. По личному опыту знаю что если не раскрутить тему до востребованности то сидеть и плакать какой "классный проект, но почему он ни кому не нужен (или почему я его не могу доделать до ума)" можно бесконечно. И да так часто у меня раньше было и я решил для себя что либо я делаю что-то для практики и не ною. Или я делаю под реальную аудиторию, кроме наверно чего-то прорывного что у меня в голове пока не родилось.
Довольно интересная технология. Так глядишь все программы переедут в Web и Descktop app совсем перестанут существовать в чистом виде. Но это будет не в ближайшие лет 10 но всё идёт к тому чтобы программы работали на серверах в интернете и для этого создаются всё новые и новые технологии.
Привет. Я конечно не специалист в обучении, особенно программированию. Но у меня есть подозрение что забивать язвыками подобие Scratch детские головы не самая лучшая идея. Я тоже хоть вырос не на Scretch но рос на BASIC и в полной мере не осознал того что программирование это не только мини программки но и большие проекты. По причине постоянного написания мини программ да ещё и на простых языках программирования для меня было сложно преодолеть барьер написания более крупных и сложных программ или больших частей большой программы. У меня всё время не хватало каких-то навыков о которые я вспомнить сходу не возьмусь но в будущем я соберу список чтобы хотябы частично его описать. Я до сих пор путаюсь если программа превышает код более 100-200 строк кода (точную цифру сказать сейчас уже тяжело сказать так как 100 строк кода я уже пишу уверенно а 200 для меня иногда ещё вызывают сложности). Да рефакторинг кода решает проблемы в работе кода свыще 200 строк, но это отнимает время. Скажу как и местами уже говорил что обучать программированию нужно на реальных языкаж программирования хотя бы с python и с возраста не младше 10 лет. Тогда у обучающихся будет совсем другой опыт и понимание того а их ли это. На Scretch такое понимание получить почти невозможно так как сложность языков программирования пока не видна, а потом ты ловишь себя на мысле а что если я продолжу но человек может просто не иметь нужных навыков чтобы продолжать и также думать что всё программирование похоже на Screth по это увы не так. Да IT лт части похоже на Screth но только не программирование более сложных и ответственных программ, а не личных проектов как хобби. Спасибо за статью было полезно почитать чужое мнение и высказать своё.
Ребята привет. Всё классно, вот только для меня программирование это именно VSCode и ни как не меньше. Я не вижу большого смысла учить ребёнка Scratch подобным штукам, а потом во взрослом возрасте переучивать его. И лучшим вариантом я считаю обучение программированию со школьной скамьи. Например в начальных классах обучать какой-то логике и пониманию что такое программирование и компьютер в целом. В старших классах можно брать тот же Python и учить на его основе так как язык основан на взял функцию -> передал параметры -> получил результат. Такое программирование и проще и быстрее в него вход. А как дополнительные занятия во всяких дополнительных образовательных учебных заведениях можно уже учить чему угодно, хоть тому же С++ хоть HTML, CSS, JS. В начальных классах программирование вообще не нужный предмет, да и дополнительное образование тоже для детей именно программированию думаю не лучший вариант в возрасте начального школьного образования (от 7 лет до 10). Да ИТ для ребёнка это что-то порисовать аля Photoshop, подизайнить аля Компас-3D и программы могут быть совершенно разными и даже подойдут какие либо конструкторы сайтов. Так же я считаю на начальном этапе нужно учить ребёнка как компьютером пользоваться. Например как установить программу, создать папку, пользоваться интернетом. Иногда смотришь что у ребёнка нет этих навыков а его уже в программирование. Аш жуть берёт. Вот это я считаю для ребёнка младшего школьного возраста самое то. Моё личное мнение такое и да оно чем-то схоже с автором статьи а в чём-то нет. Но на то оно и мнение другого человека. И да Доп образование у нас бесплатное? Увы не всё и не везде, даже для детей. По этому сами делайте выводы о том что для вашего ребёнка в таких условиях лучше, а что нет. Спасибо за данную статью. Она меня тоже натолкнула на идею высказать своё мнение в комментариях. Думаю ещё одно мнение не будет лишним. Читайте больше полезных статей. Всем пока пока!!!
Привет Автор.
Я горд за тебя. С полного ничего до fetch утилиты пусть для консоли это просто круто. Я хоть и немного умею программировать на C++ всё равно бы не написал такую утилиту.
Для простого написания программ для большинства современных ОС не требуется знания работы самой ОС. По этой причине я этого и не знаю и я больше могу сказать про сам язык чем про среду для которой пишу код.
Молодец. Если есть желание начать программировать хотя бы как хобби такие приложения куда лучше как и сказано в статье чем Hello World.
Очень хорошо понимаю автора про неработающее оборудование.
На этот счёт хочу сказать до сих пор FreeBSD и Unix в целом остаются системами техническими и поддерживают только малый процент от всего оборудования на котором хоть как-то запускающемся.
По этому я уверен что как домашней системой Unix не станет, по крайней мере ближайшие лет 5.
Соглашусь и дополню. Статья конечно заманчивая но как всем этим пользоваться совершенно не понятно. Ну да есть Git и да есть информационный сайт и что дальше.
Я если честно до сих пор в этом Open Source разобраться не могу.
Привет автор.
Статья конечно интересная и узнавать что-то новое это всегда хорошо.
Вообще хочется сказать какие-то общие вещи которые автор в пылу страсти поделиться знаниямми либо не заметил, либо забыл.
Начну с того что как я и говорил выше учить новое это хорошо и полезно, но опыт многих программистов показывает. Первое что в одиночку программирует небольшое количество человек и то какие-то незначительные малые проекты. Второе, если программировать командой то это как минимум стартап, а как минимум компания не малых размеров. Стартапы я опущу, а вот про компании скажу что у большинства компаний уже имеется наработанный стек технологий которые они используют в данный момент.
По этой причине программисту работающиму на эту помпанию (или тому кто захочет в компании работать) учить то что использует эта компания. Причин для изучения того что использует компания есть несколько. Одна это причина что есть определённый код написанный на определённых фреймах и его нужно поддерживать. Другое это все в компании знают только те фреймворки и технологии которые использует компания (по крайней мере даже если кто-то что-то и знает другте то без разрешения компании ему это в компании использовать не позволят).
Исходя из вышесказанного изучать намного больше и новее чем используется в работе сейчас просто не получиться. Во первых нужно хорошо знать то что уже используешь и второе паралельно новое учить долго так как времени на практику либо нет, либо мало и много знаний в одной голове удержать тоже не получиться (даже если это будут знания по ссылкам из интернета или записи в компьютере так как всегда будешь путаться между тем что используешь и тем что изучаешь).
В конце добавлю своё мнение.
Я считаю что хорошим вариантом постепенно учить чистые языки программирования, в данном случае JavaScript. Это во первых позволит делать те веш=щи которые нужно быстрее и правильнее, ну и фреймфорки могут не понадобиться. Во сторых если изучить основу то в любом случае большинтво фреймворков будет легче изучать если они основаны на JavaScript и сильно от него не отступают (это в случае если нужно изучить что-то новое).
Привет автору.
Есть несколько мыслей по поводу статьи.
Мысль 1: Хоть я и не являюсь действующим программистом, а только заканчиваю учится на программиста всё же я пришёл к тому же мнению что описано у тебя в статье.
Мысль 2: Для написания Дипломной Работы дано 2 + 1 месяца работы, то есть 2 месяца на разработку и месяц на доработку. Так как я начинаю только писать вообще что-то то я решил не париться по причине того как я буду писать свой проект, для меня главное чтобы большее из того что я задумал просто работало.
Ну и на последок не совсем мысль а больше вопрос. Как научиться учиться в IT. Суть в том что тупо спрашивать на форумах это непонятно так как ответы есть но и пробелы в коде-знаниях тоже ни куда не деваются. Отсюда вопрос откуда черпать информацию если нужно за условные 5 дней узнать что-то и это же самое реализовать. Например в моем случае это Rest API на PHP с доступом к нему из браузера по возможности не используя react, laravel и Node.js
Привет. Внутренности самих сервисов это конечно интересно, но хочется уметь всем этим пользоваться. Подскажите есть ли ресурс желательно на русском языке описывающий как всем этим пользоваться.
Привет Автор. Я бы немного дополнил название и написал так "Рынок труда и обучения сломался".
Тут обязательно нужно пояснить. Про рынок труда вы уже написали. Про обучение я могу сказать то что учить сегодня стали поверхнотно, а плату брать как за полноценное обучение.
По этой причине выпускники стали слабее чем раньше и знаний стало тоже меньше.
Другим условным злом стал интернет. Если раньше в интернете была только полезная информация, то сейчас в интернете полезной информации стало максимум 30%. Также раньше интернет помогал так как давал полезную информацию, а сегодня любой кто надеется на интернет тратит ~50% своего времени на поиск нужной информации. Конечно найдутся ученики которые быстрее всех отыщут информацию из разных источников но таких учеников не более 10% от всех учеников.
Вот и судите теперь сами, работодатели виноваты или ещё и образование тоже повлияло на программистов и теперь им сложнее найти работу для себя и всё им кажется куда сложнее.
Всё хорохо что ChatGPT стал доступен для всех. Вопрос лишь один. Как его установить в России так как кнопочка получить в Microsoft Store недоступна. И я с данным вопросом здесь не один.
Да документация это такая сложная штука как и код который документация описывает.
Если документация тоже такая же интерактивнгая как и сам код это тоже современный вариант. Современный или не современный вариант документации, главное чтобы читая документацию было всё понятно для разработчика.
Улучшение документации хороший вариант для привлечения людей к своему продукту и интерактивность этому не исключение. Но так же совмещение хорошего продукта с хорошей документацией вот залог лучшего продукта чем просто лучшая документация.
Для такой работы лучше привлекать профессионалов, а написание простого кода оставить таким же простым программистам.
Подытожив можно сказать что каждому делу найдётся свой специалист и не страшно что ты простой программист и пишешь простой код (такие специалисты тоже нужны, но развиваться тоже всегда нужно так как сфера IT меняется постоянно).
Привет автор.
Я конечно не специалист в разработке, но могу сказать что указать нужное в IT что-то нужное не так просто.
Здесь нужно немного уточнить что такое не проосто. Это когда сфера постоянно меняется, а ты пытаешься её описать. Тут можно сказать что лучший вариант описывать эту сферу за период, как пример с января по июнь, а не на 2024 год.
По этой причине хочу ответить тем людям котрые говорят что, то или это не подходит. Да на момент прочтения статьи это может и не актуально, но нужно учитывать тот момент что есть уже готовые приложения написанные на устаревшей технологии. Также устаревшие приложения нужно всё таки обслуживать и дорабатывать.
Ещё скажу про новые технологии. Не все новые технологии применяются сразу после выхода или после небольшог срока её существования. Да могут найтись некоторые разработчики которые и применят новые технологии но всё таки большинство программистов будут только присматриваться и изучать но не применять пока не изучат.
Читайте и пишите думая.
У понеслись. Если даже это не совсем один человек, для меня это не так важно. Главное чтобы статьи были полезные и темы для меня нужные. В остальном всё здесь решают администраторы habr.
Привет автор и хабр. Я тоже начинающий программист и даже на этом уровне я понял некоторые истины.
Сейчас я поделюсь своими мыслями.
Первое что я понял, это то что для решения одной задачи есть много вариантов решений. Уточню, это я понял так как успел получиться у разных преподавателей и почитать пусть и не полностью но все же несколько книг.
Второе это то что у каждой IT компании свой подход к решению поставленных задач. И по этому зная свой вариант решения в новой компании все равно придется что-то изучать.
В третьих что бы ты не делал ты всегда будешь считать себя самозванцем пока не станешь писать код так как нужно именно данной компании. И не всегда твои знания будут совпадать с требованиями компании в которой ты собираешься работать.
Ну и как следствие из вышесказанного и из статьи в том числе, попасть в какую либо IT компанию с первого раза сложно но возможно. Ну и всегда на новом месте работы придется что-то изучать считая себя самозванцем во время этого изучения.
Привет Автор. Я начинающий разработчик и считаю что нужно учиться делать приложения по правилам (сразу извинюсь но все правила я не знаю, но думаю список их я со временем сформирую). Для примера:
* приложение должно быть безопасным как для компьютера так и для пользовательских данных, * приложение должно быть модульным и каждый модуль не должен влиять на другие модули, для того чтобы если понадобиться модули можно было изменять не вредя всему приложению, * приложение должно быть сбалансированным и должно одновременно работать оптимально на сколько можо и быть понятным для программиста который будет его изучать.
А улучшать приложения за счёт технологий это не совсем корректно так как текущая технология сегодня может работать, а завтра поломаться, устареть и ещё много чего.
Не использовать их совсем я бы сказал что это идея не очень, но знать как сделать что-то чем ты занимаешься без сторонних технологий это обязательно. И всегда заказчику приложения нужно разъяснять что и как будет при написании приложения разными способами и подбирать более чистый гибкий вариант написания приложения что-бы в дальнейшем можно было его адаптировать под нкжды заказчика. Так как есть формума в теории которая звучит примерно так "Если сделать приложение быстро, то потом модернизировать будешь его долго. А если приложение сделать медленно, то модернизировать его будешь быстро". Это конечно высший дзен но каждая фирма да и разработчики по отдельности наверно к какому-то варианту написания приложения приходят которые к вышеупомянутой формуле приближаются.
Ну это вы прям о крупной компании рассказываете нк или не меньше средней +. А как быть если попадаешь в малую компанию где начальник сам же является HR. Так же нет наставников и многого что описано выше.
Да и я не думаю что вообще трудно что-то и где-то. Одна только трудность это для новичка понять порядок работы компании, да и запомнить всё как можно быстрее.
Под порядком это какие навыки нужны компании, как эти навыки выстраивать в рамках текущей компании, ведь каждая компания работает по своим стандартам пусть и схожим со стандат=ртами других компаний.
Остальное всё ерунда. Познакомится, да я не думаю что прям будет во время работы время общаться с кем-то на отвоечённые темы. Одним словом коллектив это не самая сложная проблема.
Вывод: в любой компании сложность это влиться в процесс работы самой компании.
Привет автор.
Да понимаю, особенно когда ты начиающий программист. Я сейчас именно начинающий. Проблема в программировании по большей степени что знать всё невозможно и опечатка даже в одном символе решает всё. Думаю когда накопиться опыт работы с частью того с чем работаешь то и опечатываться станешь реже ну или хотя бы замечать опечатки можно будет немного чаще.
Это я думаю самая вредная проблема программистов разного уровня. Да и ещё добавлю что технологии настолько разные что путаться между ними будешь часто особенно если использовать много разных технологий с похожими настройками (но такими разными в мелочах) ;-(.
Привет автору.
Прочитав статью мне захотелось тоже немного поделиться своим мнением.
Как-то от безделия или ещё от чего я подпсался на учебный курс от Академии по Разработке Программного Обеспечения. Так как я оплатил этот курс и в целом программирование мне нравиться я уже почти заканчиваю курс проучившись со всеми каникулами и перерывами 3 года.
Имея 3 летний опыт обучения хочу сказать большинство курсов составлены совсем для начинающих программистов. Знания подаются совсем поверхностно хотя не скрою самих рассматриваемых тем на курсе довольно много.
По этой причине нужно сказать что главное это дополнительное самообразование. Ну и уточню что как и где искать материалы в интернете преподаватели многих академий сами не знают, а просто читают те лекции которые даёт академия.
По этому соглашусь что книги это наверно самый лучший, но не самый единственный способ научиться чему либо. По мне так совмещение книги, поиск примеров и видео вариант нормальный по причине того, что книги немного отстают от того что выпускают разработчики средств разработки и довольно сильно. По этому интернет с примерами и видео это как дополнение к книгам, а не основной материал для обучения.
Привет автор. Я конечно не прочитал всей статьи но выскажу свое мнение.
Занимаясь любым делом в первую очередь нужно развить сообщество которому это дело будет нужно. Если как в большинстве случаев кто-то делает например как в твоём случае агрегатор да ещё и в одиночку но он никому не нужен, то каким бы он хорошим не был он не взлетит.
В противном случае если создать сообщество или привлечь заинтересованные лица то помощь и в коде и в идеях, что реализовать всегда будут как помощь.
Так что на первое место это востребованность, а второе место это уже сам проект.
По личному опыту знаю что если не раскрутить тему до востребованности то сидеть и плакать какой "классный проект, но почему он ни кому не нужен (или почему я его не могу доделать до ума)" можно бесконечно. И да так часто у меня раньше было и я решил для себя что либо я делаю что-то для практики и не ною. Или я делаю под реальную аудиторию, кроме наверно чего-то прорывного что у меня в голове пока не родилось.
Довольно интересная технология. Так глядишь все программы переедут в Web и Descktop app совсем перестанут существовать в чистом виде. Но это будет не в ближайшие лет 10 но всё идёт к тому чтобы программы работали на серверах в интернете и для этого создаются всё новые и новые технологии.
Привет. Я конечно не специалист в обучении, особенно программированию. Но у меня есть подозрение что забивать язвыками подобие Scratch детские головы не самая лучшая идея.
Я тоже хоть вырос не на Scretch но рос на BASIC и в полной мере не осознал того что программирование это не только мини программки но и большие проекты.
По причине постоянного написания мини программ да ещё и на простых языках программирования для меня было сложно преодолеть барьер написания более крупных и сложных программ или больших частей большой программы.
У меня всё время не хватало каких-то навыков о которые я вспомнить сходу не возьмусь но в будущем я соберу список чтобы хотябы частично его описать. Я до сих пор путаюсь если программа превышает код более 100-200 строк кода (точную цифру сказать сейчас уже тяжело сказать так как 100 строк кода я уже пишу уверенно а 200 для меня иногда ещё вызывают сложности). Да рефакторинг кода решает проблемы в работе кода свыще 200 строк, но это отнимает время.
Скажу как и местами уже говорил что обучать программированию нужно на реальных языкаж программирования хотя бы с python и с возраста не младше 10 лет. Тогда у обучающихся будет совсем другой опыт и понимание того а их ли это. На Scretch такое понимание получить почти невозможно так как сложность языков программирования пока не видна, а потом ты ловишь себя на мысле а что если я продолжу но человек может просто не иметь нужных навыков чтобы продолжать и также думать что всё программирование похоже на Screth по это увы не так. Да IT лт части похоже на Screth но только не программирование более сложных и ответственных программ, а не личных проектов как хобби.
Спасибо за статью было полезно почитать чужое мнение и высказать своё.
Ребята привет. Всё классно, вот только для меня программирование это именно VSCode и ни как не меньше.
Я не вижу большого смысла учить ребёнка Scratch подобным штукам, а потом во взрослом возрасте переучивать его. И лучшим вариантом я считаю обучение программированию со школьной скамьи. Например в начальных классах обучать какой-то логике и пониманию что такое программирование и компьютер в целом. В старших классах можно брать тот же Python и учить на его основе так как язык основан на взял функцию -> передал параметры -> получил результат. Такое программирование и проще и быстрее в него вход. А как дополнительные занятия во всяких дополнительных образовательных учебных заведениях можно уже учить чему угодно, хоть тому же С++ хоть HTML, CSS, JS.
В начальных классах программирование вообще не нужный предмет, да и дополнительное образование тоже для детей именно программированию думаю не лучший вариант в возрасте начального школьного образования (от 7 лет до 10). Да ИТ для ребёнка это что-то порисовать аля Photoshop, подизайнить аля Компас-3D и программы могут быть совершенно разными и даже подойдут какие либо конструкторы сайтов. Так же я считаю на начальном этапе нужно учить ребёнка как компьютером пользоваться. Например как установить программу, создать папку, пользоваться интернетом. Иногда смотришь что у ребёнка нет этих навыков а его уже в программирование. Аш жуть берёт. Вот это я считаю для ребёнка младшего школьного возраста самое то.
Моё личное мнение такое и да оно чем-то схоже с автором статьи а в чём-то нет. Но на то оно и мнение другого человека. И да Доп образование у нас бесплатное? Увы не всё и не везде, даже для детей. По этому сами делайте выводы о том что для вашего ребёнка в таких условиях лучше, а что нет.
Спасибо за данную статью. Она меня тоже натолкнула на идею высказать своё мнение в комментариях. Думаю ещё одно мнение не будет лишним.
Читайте больше полезных статей. Всем пока пока!!!