Друзья. На Госуслугах пришло письмо следующего содержания: Здравствуйте. В России действует программа обучения с господдержкой-выберите цифровую профессию и оплатите только половину стоимости, остальную сумму компенсирует государство.
Сейчас на сайте программы https://xn--b1agajda1bcigeoa6ahw4g.xn--p1ai/?utm_source=gosuslugi&utm_me... доступны более 50 курсов - на них готовят разработчиков, тестировщиков, исследователей и аналитиков данных.
Вот я и подумал "А почему бы и нет", но честно говоря пока не могу понять: Как и с чем это "едят"? Какая перспектива и тд., те вопросы, которые возникают при выборе профессии и перспективы на будущее. Сложно это освоить, какие навыки и знания в первую очередь нужны для освоения материала обучения и тд. Сам я в этом полный ноль. За советы, рекомендации огромнейшее спасибо.
Комментарии
Ну и какой совет вам нужен при таких исходных данных?
А вот какой: идите в тестировщики. Однозначно. Без вариантов.
Возраст бы узнать неплохо и образование какое есть
Ищите ответы про "Университет 2035" здесь. Только зачем Вам немалые деньги тратить?
Вы отзывы в сети про обучение у "партнеров" этой программы почитайте, это яндекс практикум, нетология, гикбраинс и т.п, и решите надо оно вам.
Мне тоже такое приглашение уже дважды прилетало. Тему изучила.
Во-первых, судя по описаниям программ, большинство курсов уже две недели как идут (начало 14-15.09.2021)
Во-вторых, напрямую нигде не говорится в каком формате проводится обучение, но по косвенным признакам (продолжительность программ 240-280 ак.часов и заявления о том, что диплом ДПО будет выдан ещё в 2021 году) получается, что учёбе (пусть и дистанционной) нужно будет посвящать мин.4 часа в день. Т.е. расчет на безработного человека.
По части программ есть требования к кандидату - начальный уровень знаний программирования. Там, где такого требования нет, показались мне вообще дилетантскими программами.
В общем, мой вывод (для себя) следующий: если есть необходимость углубить свой уровень, например из продвинутого пользователя в программисты, можно попробовать, но результат не гарантирован. Если осваиваться с нуля... нууу корочка о ДПО будет, но вот с работой и заработком - сильно зависит от способностей конкретного человека.
Вывод простой: если ты умеешь писать программы, и склад ума позволяет оперировать сложными структурами алгоритмов и данных, то сможешь самостоятельно изучить всё это, при некотором терпении и настойчивости. Но если Бог не дал нужно склада ума, то это будет пустая трата времени, хотя корочки и будут получены с большой вероятностью.
ну - курсы в первом случае тоже нелишними бывают, если надо перепрофилироваться.
у меня отец в 50 лет с разработки на FoxPro переходил на 1С - и хорошо получилось - на курсы его направили в центре занятости населения. так что государственная поддержка - работает тогда, когда человек знает, что ему нужно для роста.
Если он программировал на FoxPro, то это уже состоявшийся программист. Потратив немного времени он сможет программировать на любом другом языке. Здесь критично только наличие нормальной документации и самого языка программирования.
Ну отчего же. SЕО-оптимизация
Видимо, до этого учебного центра я не добралась, да и SEO-оптимизация немного не в ту область, которую я рассматривала.
Но да, согласна, выразилась не точно :)
Я вот все лекции по программированию в институте прогуливал. Вместо этих лекций шел прямо к компьютерам и что-то делал там самостоятельно. Ну и читал книжки. В результате весь курс, тщательно слушавший и записывающий лекции, потом у меня консультировался как и что делать на лабараторных занятиях.
Чтобы стать IT-специалистом нужно взять компьютер и самостоятельно что-то на нем делать. Сейчас море бесплатной информации в сети. Никакие платные курсы не нужны.
Ага, ага. Приходят такие самообразованные на собеседования. Списка от массива не отличают. При вопросе, что такое чёрно-красное дерево, квадратные глаза делают. Из "своих работ" показывают какую-то мешанину копи-пасты со стека. А туда же - ЗП им 150+.
Что за бред. Я после самообучения потом институтских преподов ловил на ошибках. Преподы, как правило, очень слабо разбираются в программировании. Иначе бы они шли в программисты, а не в преподы. Учиться у них нечему. Нужно читать классическую литературу по программрованию, и изучать доступный код. Например, смотреть код линукса ну или что-то еще такое в той области, что интересна. И сразу делать что-то. Писать код по лучшим образцам.
Однако есть пикантный нюанс: программирование далеко не сводится к написанию кода.
Не смотря на популярность данного заблуждения
Непонятно что конеретно вы имеете в виду, вы изволите загадками выражаться. Пусть будет некий программист, который умеет все то, что что не сводится к написанию кода но, согласно вашей точке, входит в его задачи. Но при этом писать код он не умеет совершенно. Это что будет все еще программист? Программист нужен именно для написания кода. Это его первичная квалификация. Все остальное вторично. Не можешь научиться писать хороший код -- программистом не будешь. Можешь стать тестером, продаваном, менеджером, техническим писателем, но не программистом.
Если он создаст алгоритм, то да, он программист. И это его его квалификация. А писать код по готовому алгоритму и макака может.
Если человек создаст алгоритм, то он не программист, а computer scientist. Писать код по готовому алгоритму не то что макака не может, но даже большинство computer scientist-ов не могут.
Очень часто, если какая-нибудь академическая статья с описанием нового алгоритма сопровождается каким-нибудь кодом на гитхабе, то на этот код без слез не глянешь.
Создатель алгоритма год или два работает на задчей, на выходе у него несколько десятков строк псевдокода и может быть несколько сотен ужасного непрофессионального реального кода для демонстрации.
А программист за день или за 2 столько пишет, причем он должен не только одну узкую задачу решить, а соблюсти добавочные требования со стороны совместимости, отработки исключительных ситуаций и прочего и прочего, до чего разработчикам алгоритмов и дела нет.
В середине девяностых в Московском городском банке Сбербанка решились написать ОДБ. Одно только ТЗ заняло трудоёмкость в 400 человеколет. А вы со своими сиротскими "год или два"...
Как говорится в старом анекдоте: - за детскими размерами - обращайтесь в "Детский Мир" (с)
Вы МН-18 программировали? И где вы там видели строки?
Я тоже не программировал. Но МН-6 программировал. Так вот, доложу вам, там строк нет. Там - поля. И никаких кодов.
Если говорить про выход с программиста, то это не строки, - это блоксхема алгоритма. А уж чем её покрывать - решает сам программист. Вариантов можно предложить несколько:
1) таблицей истинности зависимостей входов, выходов и внутренних обратных связей - получим комбинационную логическую схему;
2) таблицей состояний, переходов и выходов - получим последовательностную схему (автомат);
3) последовательностью операторов языка программирования - то, что подразумеваете вы - программу на каком-либо языке программирования;
4) последовательностью шагов-операторов управляющего и операционного автоматов - получим микропрограмму на каком-то наборе, состоящем из тактового генератора, счётчиков, регистров, логических схем и ПЗУ;
5) таблицей коммутации входов и выходов операционных блоков - получим решающую структуру (ЦИС или АИС);
6) последовательность обрабатывающих сигналов - получим способ решения задачи на функционально-ориентированном процессоре, например, на ячейке ЯМР;
7) совокупность операторов на языке описания аппаратных средств (например, VHDL или Verilog) - получим файл с описанием транзисторов и связей между ними, либо загрузочный файл ПЛИС.
И это ещё неполный перечень способов реализации одного и того же алгоритма, написанного программистом.
Но меня беспокоит другое. Зацепил узкий взгляд на обсуждаемый предмет. Поскольку это - третий этап работы - декомпозиция. А есть ещё первый и второй - анализ и синтез. Но вы их почему-то из труда программиста норовите выкинуть. А ведь это самое вкусное.
Что такое ОДБ, я такого сокращения не знаю. Но это явно не алгоритм. Техзадания на алгоритм годами не пишут. Вы тут решили рассказать о чем-то своем, так рассказывайте толком и лучше в тему. Если ветка про алгоритмы, то причем тут какие-то большие програмные системы.
Еще раз. Алгоритмы обычно создают в институтах специальные ученые. В большинстве случаев они довольно далеки от програмирования. Они решают какие-то очень узкие задачи. Защищают по ним диссеры и получают ученые степени.
А программисты работают в индустрии и никаких алгоритмов обычно не создают. Они пишут код. Используют при этом выразительные средства языка и библиотеки. Одна строчка в программе может сразу несколько алгоритмов в себе сочетать. При этом программисту нужно думать о том, чтобы код был поддерживаемым и вписывался в общую архитектуру продукта.
Блок-схема алгоритма это чепуха, которую некоторые выжившие из ума страперы до сих пор пытаются кому-то втюхать. Это не масштабируется на современную индустрию програмного обеспечения.
Даже в акдемической среде этим никто уже практически не пользуются, а в статьях про алгоритмы пишут некий произвольный псевдокод, вместо рисования веселых картинок.
В некоторых случаях используется не произвольный псевдокод, а специальный формализированный псевдокод, который можно формально же верифицировать:
https://en.wikipedia.org/wiki/TLA%2B
В индустрии картинки все еще рисуют так называемые архитекторы, но от этих архитекторских картинок до реальных программ, как до Пекина пешком.
По современным программам рисовать блок-схемы это нереально и непродуктивно. Так никто уже не мыслит. Как простейший пример, если вы исползуете SQL, то зачем там блок-схемы. Или template-metaprograming на С++, куда их там приткнуть. Ну или в каком-нибудь стриминговом API то же самое.
Сразу видно, что вы не банкир. ОДБ - это операционный день банка. Это программа реального времени, которая знает как сделать любую банковскую проводку в любом подразделении банка ; делает эти проводки в нужной последовательности в нужное время. Цель - в реальном времени иметь остатки по всем счетам в любом доп. офисе, любом филиале, любом отделении и во всём банке; например для того, чтобы можно было выдать часовой или пятнадцатиминутный кредит на бирже.
Это сборник алгоритмов. По каждой операции. Со всеми возможными исходными значениями, всеми исключениями, анализом всех краевых условий, проверкой на правдоподобность результатов и сверкой в конце операции проводки получаемого результата по двум базам - операционного отдела и последконтроля.
Техзадания регулярно корректируют. По результатам испытаний, по результатам изменений в нормативной базе, по результатам анализа причин отказов или аварий, по результатам работы служб техподдержки с жалобами от заказчиков и пользователей.
Я, к примеру, когда есть свежая идея - вношу изменения в алгоритмы битовой и цикловой синхронизации, применяемые в аппаратуре нашего предприятия. Они существуют с 1988 года и поддерживаются и дорабатываются мною по мере необходимости. Результат выражается в повышении вероятности доставки сообщения и виден на сравнительных испытаниях - наша аппаратура продолжает принимать сообщения при ухудшении условий приёма тогда, как аппаратура смежников давно загнулась, списав все свои грехи на "полное пропадание канала".
Упаси господи, никаких больших программных систем - не более 60 килобайт на ассемблере, либо 30-40 страниц на VHDL (что не показатель) и не более 100 тыс. вентилей в ПЛИС.
Ещё раз: алгоритмы создают программисты. Специальных учёных всех извели под корень, когда выяснилось, что им нужно платить оклад не менее двойного среднего заработка по области. Всех согласных скопом перевели в инженеры. Остальных - сократили. Осталось переименовать НИИ в КБ - и дело в шляпе.
Знакомый голос
Басня Сергея Михалкова
О чём бы ни зашёл случайный разговор,
Он тут как тут — и сразу просит слова:
«Зачем и от кого поставлен здесь забор?
Что там поёт Петух? «Кукареку» не ново!
Козе — бубенчик? А Коню — хомут?
Где демократия? Где равноправный труд?
Гусиный выводок — не выводок, а каста!
Я не могу молчать! Довольно! Хватит! Баста!»
Восторженный галдёж пошёл среди Ворон:
«Как смело говорит! Как независим он!
Вот это критика! Жаль только, голос тонок!…»
Не удивительно, что голос тонок был, —
То на дворе испытывал свой пыл
Самонадеянный молочный Поросёнок!
Мне хочется сказать всем юным демагогам:
Прочтите басню вашим педагогам!
_______________________________________
Блок-схема алгоритма - это универсальное средство описания алгоритма, позволяющее его обрабатывать, причём наглядно: оптимизировать, распараллеливать конвейеризировать и синхронизировать ветки вплоть до такта.
Если блок-схема вам кажется чепухой, значит вы просто не умеете с ними работать.
В наше время поступали наоборот - по нарисованной, оптимизированной и отлаженной блоксхеме - писали программу. Или проектировали автомат. Например, асинхронный.
Коллега! Купите себе карты Карно!
И используйте VHDL.
Тогда вам не понадобится ни SQL, ни C++, ни C--, ни WASM (MASM, TASM)
Спасибо. Как я и думал, это не алгоритм, поэтому все еще непонятно к чему вы это пример привели.
Сказать про сложную програмную систему, что это сборник алгоритмов, это все равно что сказать, что здание это сборник стройматериалов.
С этим никто не спорит. Только это техзадания на сложные системы, а не на алгоритмы.
Безусловно вы там молодцы, раз создаете такой софт и железо. И вы вольны называть свою работу как вам нравится. Называйте это работой с алгоритмами. Но если я правильно вас понял, то я бы не называл это так. Добавление поддержки каких-то крайних случаев в существующий софт, это не разработка алгоритмов это обыкновенный баг фиксинг. А ваши смежники просто гонят дырявый софт или железо.
Нет. Если в вашей отрасли извели ученых, то это ваша беда. Она доказывает только плохой уровень управления в этой отрасли, а никак не влияет на базовые понятия. Впрочем, можно поспекулировать, что отчасти плохой уровень управленцев объясняется плохим уровнем управляемых. Если ученые из вашей отрасли не отличали алгоритма от програмного продукта, то они не могли донести этого различия до управленцев и за это и попали под раздачу.
Спасибо за басню, но я ее не стал читать. Вы бы еще цыганочку сплясали для пущего эффекта. Повеселили бы публику. Но мне, к сожалению, подобные художественные экзерсисы не интересны.
Это так. Только, как я уже неоднократно повторял, программисты не описывают алгоритмы. Программисты используют их в больших системах.
Да и создатели алгоритмов уже почти лет 30 как не используют блок-схемы, а используют другие средства.
Ну так время не стоит на месте. В ваше время программы были маленькие. Железо было слабое. А, самое главное, труд программиста был дешев. Поэтому начальство куражилось, понуждая программистов делать всякие глупости. Начальству веселые картинки и прочие мурзилки были как-то понятнее, чем програмный код.
А сейчас не так. Сейчас труд программиста дорог. Поэтому никто не будет терять это дорогостоящее время на всякие неэффективные устаревшие подходы.
Простите, для чего мне это может быть нужно? Чтобы навсегда остаться в 80-х годах прошлого века? Чтобы пойти работать в оборонку за 50 тыр в месяц под началом управленцев-самодуров?
Я как-то все последние 30 лет стремился поддерживать свои навыки на современном уровне. И меня пару лет назад удивил мой коллега, который на 15 лет меня младше, но который боялся переходить на с++17 с доброго старого с++11. Вот же у некоторых людей мозги закостеневают прямо на лету.
К настоящему времени не только лишь все профильные специалисты закомы с руководством господина Брукса ☹
А при чем тут преподы? Вот как раз там - классика: кто не умеет, тот учит. Исключений - единицы.
А вот как раз код линукса читать не надо. Во-первых это очень специфический код, решающий очень специфические задачи, во-вторых это напластования работ сотен, если не тысяч человек с совершенно разными стилями и подходами, в третьих по большей части это очень старый код, ориентироваться на него сейчас точно не стоит.
Как причем? Мы обсуждаем получение формального образования для IT. Я говорю, что оно не нужно. Преподы вам ничего не дадут, быстрее и надежнее учиться самому на основе литературы и кода.
Ваши утверждения про Линукс смехотворны. В реальной работе программист и столкнется с кодом написанным разными людьми. Только изучая проекты, подобные линуксу, и можно научиться реальной работе. А делая курсовые работы со списками никто ничему не научится. Все про массивы и списки можно узнать за пару часов, прочитав соответствующую главу книжки про алгоритмы и структуры данных. Код линукса будет современным еще лет 30, когда многие образцы более нового софта уже безвозвратно устареют и будут забыты.
Вы явно молоды и явно не работали в серьёзных проектах, именно поэтому вам и кажется, что программисты только и правят чужой код. Этим как раз занимается молодняк, еще не доросший до программиста. Собственно кодеры.
Точно так же вы явно слабо себе представляете чем занимаются тестеры. В вашем представлении это тупые девочки тыкающие мышкой на все кнопочки подряд.
Хочу огорчить. Тестеры занимаются в основном разработкой тестовой документации и подготовкой методик тестирования продукта. И знаний и умений для такой разработки требуется ничуть не меньше, а иногда и больше чем для разработки всей архитектуры.
Вы явно попали пальцем в небо.
Какие методики. Не фантазируйте. Все намного прозаичней. Работают тестеры по маленьким тикетам в джире. Xреначат тесты на давно и не ими написанных тестовых фреймворках. Гоняют в CI типа jenkins или teamcity. Ну раз или два в месяц какой-то не совсем тривиальный скрипт напишут. А так все сплошной cut'n'paste.
Узко мыслите. ШирШЕЕ надо смотреть на вещи. Вообще все ВУЗы надо разогнать, преподов определить в дворники или грузчики. Даёшь самообразование в массы! Сарказм, ежели чЕ.
Я понял ваш сарказм. Но, как ни странно, этот сарказм я испытал лично на себе в реальной жизни.
Я то окончил ВУЗ - НЭТИ (НГТУ).
А моя дочка не пошла ни в какой ВУЗ. Я (вместе с мамой) ее долбили, что какое-никакое, но высшее образование необходимо.
А она ответила -- ни в одном ВУЗе не дают толком computer graphics (CG). Она сразу после школы пошла работать в гейм-индустрию. А сейчас (в 20 лет) она работает в какой-то частной школе CG и практически уже преподает.
Вообще реально получается так. Те люди, которые способны разбраться в компьютерах, делают это легко и непринужденно без всяких лишних движений и дипломов. А те, кто не способны -- они башляют за всякие курсы и дипломы, а толку хрен да маленько.
Сейчас уже не вспомню сколько у Канта в его "Искусство программирования" занимают главы про списки и массивы, но за пару часов их точно не осилить. И то это будет далеко не "Все".
Полагаю вы имеете в виду не Канта, а Дональда Кнута. Хороший многотомник с его стороны, но это уже для эстетов. Для начала следует прочитать Вирта, он писал удивительно кратко и все по делу. Или, если охота что-то потолще, то Кормена с соавторами.
Кстати, злые люди говорят, что известная (если не значительная или даже бОльшая) часть «Искусства программирования» заимствована.
Вопрос соблюдения понятий цитирования образовательной литературы не исследовал.
Исключения — это те, у кого основная специализация (Творения) — педагогия.
Странный институт... у нас в универе наоборот программирование и алгоритмы бывшие практики в возрасте 45+ преподавали... некоторые еще на перфокартах начинали... и это далекий северный регион. Всякие флеши хттмы и прочее новомодное уже молодые преподы читали.
Да я сам первые лабы делал на перфокартах для каких-то ЕС-ок (аналог IBM-360). Потом перешли в терминальныйй класс СМ (аналог PDP-11). Но еще мимоходом захватили и удивительные аналоговые компьютеры, с интергаторами и дифферинциаторами на катушках и конденсаторах. Только на 4-м курсе появились писюки с MS-DOS.
Дилетант: КРАСНО-чёрное деревце однако.
Резануло 
Это в народе называется быдлокодинг, извиняйте за мой французский.
Программист - это в первую очередь математик.
Да, помню как довелось поработать с одним математиком в одном проекте. Прямо был настоящий математик из института математики в Новосибирском академгородке. Он решил немного подработать на неполный рабочий день программистом. Деньги видать нужны были. Потом его выперли из проекта, а мне пришлось весь тот дикий код, который он наваял, переписывать заново. Переиспользвать его не был никакой возможности. Человек вообще был в другом контексте, всех уверял, что он некие красивые концепции реализовал у себя, но его код был ужасным для чтения и просто чудовищно неэффективным при исполнении.
Хороший программист = = Хороший математик
Хороший математик - не факт- Хороший программист
Программа и вещь бесполезная от слова совсем. Это только если интересно и хочется для себя изучит.
По факту это недокурсы, по результату которых даже стажёром сложно найти работу (тут же фокус, что для людей в возрасте, а не молодые вчерашние студенты на которых можно ездить и выжимать в формате 24/7 - что любят с яндексах и прочих гигантах).
В сфере ИТ - значение имеет "стаж", а не "образование". Как показывает практика - образование там часто никакое, ибо сама сфера деградирует прилично - программист, который не в курсе разницы физической и виртуальной памяти - легко! Но опыт есть и может достаточно быстро нагуглить кусок кода с индийских форумов - а значит кандидат полезный.
Так что в этой сфере опыт побеждает знание.
Видимо как пилот решили запустить эти курсы.
Как итог - по моему субъективному суждению, ценности с точки зрения получения работы - никакой. Но вот если есть знакомые, кто может пристроить на стажировку - то может и есть смысл (брал случай, когда без связей пытаешься найти работу).
Вы правы, то что после курсов работы без связей не найти, так как нужен стаж.
На самом деле найти можно, но указал выше - это из уровня РабаНаГалерах (Сбер, Мейл, Гугл, Яндекс и прочие), а это как раз ниша "вчерашние студенты" - кто может позволить работать 24/7 за чашку риса.
Люди постарше - у них уже семья, дети - тут нет лишнего времени (надо уделять время семье) и огромная потребность в деньгах (детей кормить же надо). Так что низкая ЗП и работа сверхурочно как норма - не особо подходит.
Так что - курсы может и хорошо - но надо сразу задать вопрос - "а кто меня возьмёт к себе на работу".
Ну раз уж в эту тему заглядывают спецы, то спрошу и я у вас совета.
Мне бы хотелось научиться писать небольшие программки. Чисто для себя. Игры несложные. Тоже для себя.
Я просмотрела что есть в сети из учебников. Но я вообще не спец. А там даже языки разные.
Посоветуйте, как лучше начать. Что читать. Самоучителей для начинающих бездна просто... какой язык выбрать...
Что смогу у меня и сомнений нет, тем более что профессионалом я не собираюсь становиться. Просто хочу создать одну игрушку для себя.
У меня были схожие мысли. К сожалению, после пары месяцев забросил самообучение, о чем жалею. Не хватает усидчивости. Насколько я понял, там главное - уделять регулярно время на обучение, примерно 2-3 часа каждый день. Можно с выходными, но главное не прерывать.
И второе главное свойство - эта деятельность должна нравиться. Как и любое обучение оно будет эффективным, если не будет из под палки. Хотя, если Вы ленивая, то надо заставлять себя.
Я начал с Питона по книге М.Доусона (название не помню), легко гуглится, бесплатно скачивается. Легко усваивается. Я для себя понял, что все можно получить бесплатно при наличии воли и терпения.
Нужны реальные, не надуманные цели. В разрезе анализа данных такие цели сформировать не очень сложно, для абстрактного программирования даже не представляю, как это сделать.
ага, Питон. Спасибо
Почему не прародитель (PERL, группа еретиков, ниасиливших который с горя и зопилила питончика)?
Если хочется написать что-то небольшое и для себя - разумно выбирать язык с батарейками. У Питона очень большое сообщество и очень много библиотек. Про перл нельзя сказать ни того, ни другого.
Я много написал и на perl, и на питоне. Разница вот в чем. Написанное на питоне можно прочитать, и не только самому, и даже 3 месяца спустя. А вот написанное на перле не разобрать и самому уже через неделю. Требуется фантастическая самодисциплина, чтобы на перле изобразить что-то, что нормально читается.
Ибо perl - это write-only язык :)
Страницы