Тут советуют питон как первый язык, дополню свой ответ - новичкам лучше начинать с языков со строгой статической типизацией, чтобы компилятор подсказывал, что нельзя делить число на строку.
Прочитал уже несколько подобных статей - объединяет их то, что авторы распыляются и хватаются за все подряд, что услышали или увидели.
Веб-фронт сложен для новичка. Переход с привычной винды на линукс тоже. Докеры-шмокеры туда же (да и это не программирование - это инфраструктура и девопс).
Не надо туда лезть.
Не нужно «штудировать математику на уровне ВУЗа, особенно булеву алгебру, теорию вероятности и диф./интеграл.уравнения» - это еще похлеще линукса и докера и веб-фронта.
Возьмите любой популярный язык - Java, C#, go, не надо брать C/C++ или ассемблер. И сделайте простое консольное приложение - калькулятор (ввести первое число, второе, сложить, показать результат на экране).
Еще лучше - возьмите книгу по языку. Примерно на 1000 страниц. В оглавлении должны быть примерное следующие темы - средство разработки, отладка, базовые конструкции языка, базовое элементарное консольное приложение типа калькулятора, далее по нарастающей - ооп, работа с файлами, с базами данных, хорошо, если есть десктопные пользовательские интерфейсы.
Как читать книгу? Читать, перепечатывать код в средство разработки и запускать в отладке, и экспериментировать/ играть с ним (что будет если поменять тут? А тут?)
Если это все покажется интересным и увлекательным, значит можно продолжать входить в АйТи - веб приложения, серверная разработка, докеры и т.п. По желанию можно спуститься на уровень ниже и попробовать C/C++.
Я так понимаю - это называется "рыночек порешал". Модель работы убера/яндекса в теории может содержать такие элементы как мед осмотр, тахограф, смены, минимальную зарплату, амортизацию автомобилей, профсоюзы (?!) и так далее. Но все участники идут по пути наименьших необходимых затрат. Потому как любой из этих элементов увеличивает стоимость для конечного потребителя. Образуется некая точка баланса безубыточности, спроса и предложения.
На ситуацию может повлиять государство, например введением лицензий, обязательств, проверок, штрафов (в народе это называют "закручиванием гаек"). Собственно один из элементов недавно и был внедрен. Плюс конкретно в России в последнее время - монополизация рынка.
А при любом изменении точки баланса - дополнительная прибыль, если такая образуется, будет распределена среди водителей опять же по правилу минимально необходимого, чтобы поддерживать нужное количество водителей на линии в каждый конкретный момент времени. И прогнозируется это, скорее всего, какой-нибудь нейросеткой.
Тоже показалось, что гта3 излишне восхваляют. А мафию записали в клоны. Разработка таких игр - это не пол года между релизами. И она шла какое-то время параллельно. В мафии очень сильный сюжет и подача. Я играл в гта3 после мафии - лично меня никак не зацепило. Более угловатая графика, и времяпровождение в игре чувствовалось более пустым.
Хорошо, поправлюсь, в США было очень мало айтишников в 1950-ых по сравнению с 75 млн работающих. Вопрос про их вклад в расчет средней зп так и остался.
Работоспособное население (грубо от 20 до 65 лет) в 1950-1960 примерно 75 млн человек (википедия)
Пока что выходит в 1960 их было 2380 человек (это 1/31500)
Айтишная индустрия в виде электронных компьютеров зародилась в конце 1940 - начале 1950-ых и тогда не могло быть столько же майнфреймщиков как сейчас. Там линейная, или, скорее всего, степенная зависимость по типу закона Мура. Полагаю, в сторону уменьшения в современном мире.
Как мы можем выяснить зависимость? Ну например по кол-ву майнфреймов, ведь на них кто-то должен кодить, и чем их меньше или больше - тем меньше или больше людей
Сейчас гугл пишет по различным не очень достоверным источникам от 10 до 20 тыс машин, ну пускай 20, т.е. в 4 раза больше, если применить линейную зависимость.
2380 / 4 = 595 человек из 75 миллионов, что составляет 1/126000-тысячную от работоспособно население страны в те годы.
Ну и насколько повлияет их зарплата на среднюю, даже если им тогда так же платили в 2 раза больше, чем в среднем по стране?
А ну да, откуда я взял про в два раза, отсюда https://www.bls.gov/oes/current/oes_nat.htm средняя 61900 по всем профессиям, и средняя 102790 - 132930 для кодеров и программистов
И я там еще не применил параметр мужчины/женщины, очевидно, что программистов женщин было заметно меньше, хотя с другой стороны - сейчас так же
Поработал некоторое время по аджаилу и выделил следующие минусы:
Никто не знает как оно работает - чаще всего вся «документация» размазывается по задачам и команда имеет историю изменений по крупицам, но не обладает единой общей картиной на последний момент времени. Оттого поиск «сакрального знания» затягивается и повышает кол-во ошибок человеческого фактора. Поиск этот ведется 1-4 местах, в зависимости от их наличия: код (он есть всегда), таски (есть в 80-90% случаев), тесты, пользовательская документация (это как пойдет). Мне попадались компании, где существовала бизнес документация, но в них «почему-то» маячил призрак ватерфолла. На маленьких проектах и с маленькой командой (1-2 чел) - максимально полным сакральным знанием обладает самый старый программист. И весь адажил крутится вокруг него. И тут разумеется bus factor = 1
Давайте все перепишем. Разработка архитектуры так же подвергается спринтованию. В аджаиле фокус на реализацию необходимого минимума в сжатые сроки. Поэтому сначала делаешь все на коленке. Потом приходит крупный клиент с условным «хай-лоадом» и начинается двух недельный спринт «давайте поменяем архитектуру». Клиент всегда приходит внезапно и неожиданно, как первый снег и к нему никогда не бываешь готов. Даже если где-то в бэклоге / тех долге год назад затесалась задача по переработке наколенного mvp во что-то более нормальное
Такое ощущение, что создатели аджаила совершенно не учли наличие тестировщиков. Потому как, если спринт две недели - неделю программисты кодят, неделю тестировщики тестируют. Что делать программистам вторую неделю? Если они начнут кодить что-то еще - вся команда войдет в бесконечный спринт. И начинаются попытки как-то это решить. Ну там ветки всякие, гитфлоу, 100500 тестовых стендов, мержи, конфликты, откаты к монорепо. А потом все равно еще раз тестировать все вместе, потому что по отдельности оно работало, а вместе не хочет, да еще и намержили там чего ни попадя.
Посмотрите на своих коллег 50+ возраста и постарайтесь понять, как они прошли и бум доткомов и кризисы 2008 и 2014 годов
Дот комы не застал, кризисы 2008 и 2014 прошли с улучшениями по зп, развитию и интересным проектам. Благодаря смелым для меня и на тот момент идеям (удаленка на мск / зарубеж). В новом кризисе 2022 пока подобных идей нет.
Просто я сталкивался с гео-задачами и в целом мне эта тема интересна. Но основная проблема в том, что, пожалуй 70-80%, работы - это обновлять граф актуальными и полными сведениями. Остальные 30-40% - это вот сделать модельку с весами и прикрутить алгоритм.
И если актуализировать граф вручную - это занимает уйму времени, а так же ухудшает качество расчетов, так как это происходит с запозданием.
Я сам их так и не решил, были идеи начиная с парсинга опен стрит мап, поиском апи, которое предоставляло бы информацию о пробках (я так же нашел те гугло-сервисы, которые могли бы помочь за мзду), и вплоть до сбора данных самому (на основе данных своих же пользователей).
Статья из разряда как нарисовать сову. Добавьте ключевые технические детали. Например, где вы взяли граф дорог и перекрестков? Неужели сами мышкой накликали для всего США?
Ничесе, сколько в этой игре всего было, оказывается. Наверное мне тогда попалась не полная версия.
Кстати, а кто-нибудь может поведать историю как на компах в ссср времен 1980-1990 появлялись все эти игры? Дискеты по почте пересылали?)
Соглашусь, задача из разряда - если никогда такого не делал, то тупить можно долго, особенно если еще и гуглом нельзя пользоваться.
И в (авто)тестировании
Тут советуют питон как первый язык, дополню свой ответ - новичкам лучше начинать с языков со строгой статической типизацией, чтобы компилятор подсказывал, что нельзя делить число на строку.
Прочитал уже несколько подобных статей - объединяет их то, что авторы распыляются и хватаются за все подряд, что услышали или увидели.
Веб-фронт сложен для новичка. Переход с привычной винды на линукс тоже. Докеры-шмокеры туда же (да и это не программирование - это инфраструктура и девопс).
Не надо туда лезть.
Не нужно «штудировать математику на уровне ВУЗа, особенно булеву алгебру, теорию вероятности и диф./интеграл.уравнения» - это еще похлеще линукса и докера и веб-фронта.
Возьмите любой популярный язык - Java, C#, go, не надо брать C/C++ или ассемблер. И сделайте простое консольное приложение - калькулятор (ввести первое число, второе, сложить, показать результат на экране).
Еще лучше - возьмите книгу по языку. Примерно на 1000 страниц. В оглавлении должны быть примерное следующие темы - средство разработки, отладка, базовые конструкции языка, базовое элементарное консольное приложение типа калькулятора, далее по нарастающей - ооп, работа с файлами, с базами данных, хорошо, если есть десктопные пользовательские интерфейсы.
Как читать книгу? Читать, перепечатывать код в средство разработки и запускать в отладке, и экспериментировать/ играть с ним (что будет если поменять тут? А тут?)
Если это все покажется интересным и увлекательным, значит можно продолжать входить в АйТи - веб приложения, серверная разработка, докеры и т.п. По желанию можно спуститься на уровень ниже и попробовать C/C++.
Статья больше подходит для vc, чем для хабра.
Я так понимаю - это называется "рыночек порешал". Модель работы убера/яндекса в теории может содержать такие элементы как мед осмотр, тахограф, смены, минимальную зарплату, амортизацию автомобилей, профсоюзы (?!) и так далее. Но все участники идут по пути наименьших необходимых затрат. Потому как любой из этих элементов увеличивает стоимость для конечного потребителя. Образуется некая точка баланса безубыточности, спроса и предложения.
На ситуацию может повлиять государство, например введением лицензий, обязательств, проверок, штрафов (в народе это называют "закручиванием гаек"). Собственно один из элементов недавно и был внедрен. Плюс конкретно в России в последнее время - монополизация рынка.
А при любом изменении точки баланса - дополнительная прибыль, если такая образуется, будет распределена среди водителей опять же по правилу минимально необходимого, чтобы поддерживать нужное количество водителей на линии в каждый конкретный момент времени. И прогнозируется это, скорее всего, какой-нибудь нейросеткой.
Тоже показалось, что гта3 излишне восхваляют. А мафию записали в клоны. Разработка таких игр - это не пол года между релизами. И она шла какое-то время параллельно. В мафии очень сильный сюжет и подача. Я играл в гта3 после мафии - лично меня никак не зацепило. Более угловатая графика, и времяпровождение в игре чувствовалось более пустым.
Хорошо, поправлюсь, в США было очень мало айтишников в 1950-ых по сравнению с 75 млн работающих. Вопрос про их вклад в расчет средней зп так и остался.
// зануда ON
Знаете, интересно стало, это же задача по типу как в гугле - сколько заправок в городе. И вот что я нашел
https://www.zippia.com/mainframe-systems-programmer-jobs/demographics 5734 майнфрейм программистов в 2021-2022 году
Население США в 2020-2021 330 млн человек (википедия https://en.wikipedia.org/wiki/Demographics_of_the_United_States)
Работоспособное население (грубо от 20 до 65 лет) в 2020-2021 примерно 180 млн человек (википедия)
То есть майнфреймерщики составляют 1/58000 населения или 1/31500 от работоспособного
Безработица что в 1950-ых, что сейчас, для мужчин и женщин примерно одинакова (в районе 5%) https://www.brookings.edu/articles/historical-unemployment-for-black-women-and-men-in-the-united-states-1954-2021 так что ей можно пренебречь
Работоспособное население (грубо от 20 до 65 лет) в 1950-1960 примерно 75 млн человек (википедия)
Пока что выходит в 1960 их было 2380 человек (это 1/31500)
Айтишная индустрия в виде электронных компьютеров зародилась в конце 1940 - начале 1950-ых и тогда не могло быть столько же майнфреймщиков как сейчас. Там линейная, или, скорее всего, степенная зависимость по типу закона Мура. Полагаю, в сторону уменьшения в современном мире.
Как мы можем выяснить зависимость? Ну например по кол-ву майнфреймов, ведь на них кто-то должен кодить, и чем их меньше или больше - тем меньше или больше людей
https://ethw.org/Early_Popular_Computers,1950-_1970 тут вот есть картинка примерно 5000 в 1959
Сейчас гугл пишет по различным не очень достоверным источникам от 10 до 20 тыс машин, ну пускай 20, т.е. в 4 раза больше, если применить линейную зависимость.
2380 / 4 = 595 человек из 75 миллионов, что составляет 1/126000-тысячную от работоспособно население страны в те годы.
Ну и насколько повлияет их зарплата на среднюю, даже если им тогда так же платили в 2 раза больше, чем в среднем по стране?
А ну да, откуда я взял про в два раза, отсюда https://www.bls.gov/oes/current/oes_nat.htm средняя 61900 по всем профессиям, и средняя 102790 - 132930 для кодеров и программистов
И я там еще не применил параметр мужчины/женщины, очевидно, что программистов женщин было заметно меньше, хотя с другой стороны - сейчас так же
// зануда OFF
Поработал некоторое время по аджаилу и выделил следующие минусы:
Никто не знает как оно работает - чаще всего вся «документация» размазывается по задачам и команда имеет историю изменений по крупицам, но не обладает единой общей картиной на последний момент времени. Оттого поиск «сакрального знания» затягивается и повышает кол-во ошибок человеческого фактора. Поиск этот ведется 1-4 местах, в зависимости от их наличия: код (он есть всегда), таски (есть в 80-90% случаев), тесты, пользовательская документация (это как пойдет). Мне попадались компании, где существовала бизнес документация, но в них «почему-то» маячил призрак ватерфолла. На маленьких проектах и с маленькой командой (1-2 чел) - максимально полным сакральным знанием обладает самый старый программист. И весь адажил крутится вокруг него. И тут разумеется bus factor = 1
Давайте все перепишем. Разработка архитектуры так же подвергается спринтованию. В аджаиле фокус на реализацию необходимого минимума в сжатые сроки. Поэтому сначала делаешь все на коленке. Потом приходит крупный клиент с условным «хай-лоадом» и начинается двух недельный спринт «давайте поменяем архитектуру». Клиент всегда приходит внезапно и неожиданно, как первый снег и к нему никогда не бываешь готов. Даже если где-то в бэклоге / тех долге год назад затесалась задача по переработке наколенного mvp во что-то более нормальное
Такое ощущение, что создатели аджаила совершенно не учли наличие тестировщиков. Потому как, если спринт две недели - неделю программисты кодят, неделю тестировщики тестируют. Что делать программистам вторую неделю? Если они начнут кодить что-то еще - вся команда войдет в бесконечный спринт. И начинаются попытки как-то это решить. Ну там ветки всякие, гитфлоу, 100500 тестовых стендов, мержи, конфликты, откаты к монорепо. А потом все равно еще раз тестировать все вместе, потому что по отдельности оно работало, а вместе не хочет, да еще и намержили там чего ни попадя.
Ну-да, ну-да, 1.5 программиста на всю страну. Какой у них вес при расчете средней зп? Только годах в 1970-ых это стало более-менее массово.
Проблема в том, что в условной Америке 50-ых не было айтишников. Указанная зарплата и цены - это средние для профессий от водителей до врачей.
Эта часть не очень интересная, давайте уже кульминацию ?
Я не знал, что такое вакуум в постгре, но оказывается это как например OPTIMIZE TABLE в MySQL. Так что это херовый вопрос для собеса.
Дот комы не застал, кризисы 2008 и 2014 прошли с улучшениями по зп, развитию и интересным проектам. Благодаря смелым для меня и на тот момент идеям (удаленка на мск / зарубеж). В новом кризисе 2022 пока подобных идей нет.
Все, теперь понял.
Просто я сталкивался с гео-задачами и в целом мне эта тема интересна. Но основная проблема в том, что, пожалуй 70-80%, работы - это обновлять граф актуальными и полными сведениями. Остальные 30-40% - это вот сделать модельку с весами и прикрутить алгоритм.
И если актуализировать граф вручную - это занимает уйму времени, а так же ухудшает качество расчетов, так как это происходит с запозданием.
Я сам их так и не решил, были идеи начиная с парсинга опен стрит мап, поиском апи, которое предоставляло бы информацию о пробках (я так же нашел те гугло-сервисы, которые могли бы помочь за мзду), и вплоть до сбора данных самому (на основе данных своих же пользователей).
А выходит вы их тоже не решили / не решали.
А как вы отслеживаете и обновляете информацию о пробках / ремонтах / проездах для грузовиков и тп?
Статья из разряда как нарисовать сову. Добавьте ключевые технические детали. Например, где вы взяли граф дорог и перекрестков? Неужели сами мышкой накликали для всего США?
Ну то есть лучник все же собьет стелс ?
А не-айтишницам что делать?