Какая разница между айтишником и программистом или ее нет?!
Программист — это специалист, который знает языки программирования и пишет при помощи них программы и приложения. С точки зрения IT-сферы, программист — узкая специализация, однако программисты также подвержены собственной градации в зависимости от того, что программируют: игры, приложения для компьютера, программы для мобильного телефона и другое.
Какая разница между айтишником и программистом
Айтишник не является какой-то конкретной специальностью, тако й как программист. Айтишником может называться любой специалист, связан ный с IT, например:
аналитик больших данных;
разработчи к программ или игр под разные операционные системы;
специалис т из сферы кибербезопасности;
системны й администрато р ;
системны й инжене р ;
архитекто р систем;
технически й писател ь ;
и другие специалисты.
Разница между айтишником и программистом у «нас» и у «них»
Пользователи более молодых поколений уже понимают разницу между айтишником и компьютерным мастером. Пользователи более старшего поколения эту грань «замыливают» и считают, что «программист» или «айтишник» легко может починить компьютер, причем может устранить программную и механическую поломку устройства.
если ты «программист», то ты не «айтишник», потому что ты принадлежишь касте «soft engineer» и работаешь в отделе «Software Engineering Depar tm ent»;
если ты занимаешься электронным оборудованием, то ты тоже не «айтишник», потому что ты работаешь в «Hardware Engineering Depar tm ent»;
Заключение
Если вы работаете или планируете работать в американской или просто продвинутой IT-компании в вашей стране, тогда будьте готовы к тому, что под термином «айтишник» будет скрываться конкретный специалист, который работает в IT-отделе. По функциональности он идентичен с «нашим» системным администратором.
Мы будем очень благодарны
если под понравившемся материалом Вы нажмёте одну из кнопок социальных сетей и поделитесь с друзьями.
Являются ли программисты айтишниками? И является ли проектирование на уровне регистровых передач программированием?
Перед нами девушка Лиля, с FPGA платой и учебником Харрис & Харрис в руках, на фоне самого высокого на Земле дерева Sequoia sempervirens, недалеко от Стенфорда в Silicon Valley.
Код на Verilog выглядит как программа? Но код на HTML тоже незнакомому с ним человеку может показаться похожим на программу.
В язык Верилог входят все черты языков программирования, в SystemVerilog есть даже классы и ООП, но это связано с тем, что верилог используется не только для написания кода, который превращается («синтезируется») в железо, но и для написания моделей, тестового окружения и тестов.
Тут человек, который не знаком с верилогом, но программировал на ассемблере, услышав слово «регистровая передача» может кивнуть «а понятно, это как в MOV R5, R0». Нет, непонятно. Проблема в том, что слово «регистр» в данном случае является омонимом. У слова «регистр» если два (точнее три, но сконцентрируемся на двух) разных значения:
[3. Есть еще memory-mapped registers, хорошо знакомые например программистам микроконтроллеров, но опустим их из этого поста для сохранения фокуса]
Так вот.
Когда вы пишете на верилоге:
always @ (posedge clock)
r 
А вот когда вы пишете:
Схема которая строится с помощью так называемого маршрута RTL2GDSII из кода на верилоге, является не абстрактной диаграммой, а случае ASIC design совершенно конкретной электрической схемой, изготавливаемой на фабрике. C металлическими дорожками меди, которые соединяют блоки ASIC library, которые реализуют функции and2, and3, andor, mux, dff (d-flip-flop) итд.
Введение в упражнения с Verilog на FPGA плате в первый день Школы Синтеза Цифровых Схем на ChipEXPO в Сколково в сентябре
Как же научиться RTL?
Группа энтузиастов по подьему образования в России и Украине на уровень 21 века провела в сентябре в Сколково Школу Синтеза Цифровых Схем с упражнениями на FPGA платах. Школа оказалась популярна (на 25 мест было 86 заявок) и мы решили ее расширить до полноценного семестрового курса по субботам, с объемом материала на уровне университетских лабораторных по FPGA (типа MIT 6.111), к которым добавили элементы компьютерной архитектуры, базовый туториал для ASIC и некоторые умения из промышленности.
Школа предназначена для трех категорий слушателей:
Школьники-старшеклассники олимпиадного типа смогут понять, что представляют из себя работы в микроэлектронной промышленности: проектирование чипов для смартфонов, игровых приставок и самоуправляющихся автомобилей, или использование микросхем реконфигурируемой логики для управления космическим кораблем.
Студенты младших курсов смогут заложить твердую основу для дальнейшего изучения схемотехники и архитектуры компьютеров в их вузах.
Преподаватели вузов, физматшкол или кружков технологии смогут найти материал для постановки или улучшения своих курсов.
Школа может также понравиться кросс-дисциплинариям. Вот например участники школы на ChipEXPO распознают с помощью FPGA платы мелодии, которые играет для них преподавательница флейты Мария Беличенко:
План семинаров школы:
30 октября 2021: 1. Введение в маршрут проектирования и упражнения с комбинационной логикой.
13 ноября 2021: 2. Последовательностая логика и конечные автоматы.
20 ноября 2021: 3. Разбор учебного проекта: модульная графичеcкая игра со спрайтами.
27 ноября 2021: 4. Разбор учебного проекта: распознавание и генерация звуков и мелодий.
4 декабря 2021: 5. Конвейеры и систолические массивы, с приложением для искуственного интеллекта.
11 декабря 2021: 6. Архитектура: вид процессора с точки зрения программиста.
18 декабря 2021: 7. Микроархитектура: вид процессора с точки зрения схемотехника.
25 декабря 2021: 8. Пробуем маршрут RTL2GDSII: как разрабатываются массовые микросхемы.
15 января 2022: 9. Элементы микроархитектуры 1: очереди FIFO и кредитные счетчики.
22 января 2022: 10. Элементы микроархитектуры 2: арбитры, банки и разделение памяти.
29 января 2022: 11. Элементы микроархитектуры 3: строим процессорный кэш.
5 февраля 2022: 12. Имитация собеседования на позицию проектировщика цифровых микросхем.
12 февраля 2022: 13. Разбор имитации интервью с вручением поощрительных призов.
Картинка из статьи о Consumer Electronics Show 2022 в Лас-Вегасе на hypebeast.com
Кто есть кто в IT: ликбез айтишных профессий
Тем нескольким людям, кому и правда интересно (или они хорошо притворяются), я радостно, подробно и в лицах объясняю, зачем нужен и чем занимается бизнес-аналитик. А до этого объясняла, кто такой тестировщик. Но подозреваю, что большинство так и осталось под впечатлением «делает что-то непонятное в непосредственной близости от программистов, все равно умная, и наверняка неплохо зарабатывает. Можно попросить починить компьютер».
Когда-то, на заре времен, были только программисты.
Это та профессия, без которой не было бы самого IT. Это те, кто создает программное обеспечение. Удивительно, особенно когда наблюдаешь этот процесс в действии. Буквы и строчки кода превращаются в систему для бронирования путешествий, доставки пиццы, общения с человеком на другом конце света. С помощью кода можно нарисовать картину, написать музыку, превратить устную речь в текст и наоборот. Это настоящая магия, даже когда знаешь, как это работает.
Источник фото: getdigital.eu
Итак, программисты создавали все новые удивительные программы. В какой-то момент стало понятно, что программисты любят творить, но не очень любят тестировать то, что накодили. Получается программное обеспечение, которое или не работает полностью, или частями, или не так, как ожидали пользователи.
Менеджеры, которые, по-видимому, были еще до программистов, попытались заставить программистов тестировать, но это оказалось неэффективным.
Источник фото: s3lf.de
Во-первых, программист написал функциональность, и знает, как она должна работать. Он может протестировать, что все работает, как надо, если пользователь делает все как полагается. Но что, если он нажмет на кнопку два раза вместо одного, или оставит незаполненным поле, или кот пробежит по его клавиатуре и напишет «;%?*)(«*№», а там должно быть имя?
Во-вторых, допустим, программист попыхтел возмущенно от того, как издеваются над его программой, продумал все эти вандальские сценарии и протестировал. Но все это время он точно не будет писать код. А время программиста стоит дорого. Зарплаты у хороших опытных программистов самые высокие из всех айтишных профессий.
Появилась необходимость в том, кто все эти варианты продумает, проверит, перепроверит, подумает еще раз и проверит с отрицательным и пустым значениями. Так появилась профессия тестировщика.
Он же Quality Assurance Engineer, сокращенно QA. Тестировщики бывают ручные (Manual QA, или мануальщики) и дикие авто-тестировщики (они же Automation QA, они же автоматчики, они же автотестеры).
Источник фото: teespring.com
Источник фото: softwaretestingandqa.blogspot.com
Тестировщики, как правило, дотошные, тщательные, любопытные. Хорошие тестировщики получаются из тех зануд, что любят исправлять чужие грамматические ошибки, всегда замечают, где что криво или косо сделано, и любят делаеть вещи вроде «А что, если я сделаю быстро-быстро двадцать раз проведу покупку штрих-кодом перед сканнером? Эта штука сломается или нет?»
Когда я только начала работать тестировщиком, меня приводило в неописуемый восторг, что я нахожу чужие ошибки, а мне за это платят и хвалят.
Источник фото: copist.ru/ru/blog/2008/04/08/programmers/
Я уже писала о работе тестировщика тут.
Дальше о нашем зоопарке.
Исправить уже готовую программу дорого, намного дешевле потратить немного больше времени в начале проекта на уточнение всех деталей. Но кто будет это делать? Программисты не горят желанием общаться (и вообще делать что либо кроме написания кода). Тем более, общаться с людьми, которые не знают, что такое браузер или чекбокс. Привыкнув к определенной лексике, сложно внезапно начать разговаривать с людьми, далекими от технологий.
Источник фото: fun.tochka.net
В начале проекта, как правило, бизнес-аналитик много времени проводит с заказчиком, изучает его бизнес. Рисует диаграммы, описывает процессы, как они есть сейчас.
Потом много думает. Задает уточняющие вопросы заказчику. Снова думает.
Примерно придумывает, что можно предложить, чтобы улучшить процессы с помощью программ (а иногда и без, иногда выясняется, что какое-то звено лишнее, и процесс можно упростить и без технологий).
Потом обсуждает свои находки с программистами, те предлагают свое видение, говорят, что можно сделать быстро, что займет много времени и будет сложно с существующими технологиями.
Источник фото: advancedanalyst.com
Еще бизнес-аналитик пишет документацию (по крайней мере, если в компании это принято). Нужно же знать, как именно договорились делать программу. В деталях.
Во-первых, для программиста, чтобы знать, что именно имплементировать.
В-третьих, для технического писателя, который будет писать инструкции для пользователей.
В-четвертых, для новых аналитиков/тестировщиков/программистов, которые потом будут работать на этом проекте.
Надо сказать, что еще ни разу за все время работы аналитиком я не занималась только бизнес-анализом. Это всегда анализ плюс тестирование, или анализ плюс руководство проектом, или все вместе.
Источник фото: funon.cc
Зарабатывают аналитики, как правило, больше, чем тестировщики.
Загадкой для меня остается, в какой момент в игру вступает менеджер проекта. Очевидно, что кто-то должен был все это время подгонять программиста, контролировать, чтобы тестировщик не нашел слишком много багов, которые все равно в жизнь не починить, и кто-то определенно должен был спихнуть часть своих обязанностей на аналитика. Подозреваю, что менеджер был всегда. Первый менеджер, скорее всего, нашел где-то дикого необъезженного программиста, приручил бубликами с кофе и вдохновил писать программу для какого-нибудь очень перспективного бизнес-юзера.
Источник фото: club.cnews.ru
Зарплаты у менеджеров проекта примерно на одном уровне с аналитиками.
Источник фото: mindset.pm/
Есть в айти еще много разных специализаций. Все они разные, но все они любят котиков. О них я знаю меньше из собственного опыта, больше из соприкосновения с этими ролями.
Веб-дизайнер. Что-то среднее между программистом и дизайнером. Создает дизайн и структуру пользовательского интерфейса. Нужен художественный вкус, творческая натура и терпение.
Технический писатель. Создает инструкции для пользователей и любые другие технические тексты. Когда-то я хотела быть техписом, потому что мечтала быть писателем, и одновременно хотелось работать в IT. Я бы сказала, что работа аналитиком мне все-таки нравится больше. Писать тоже приходится очень много, но я могу влиять на процесс, изменять описания, творить. А техпис, как правило, описывает то, что уже есть.
Источник фото: videoblocks.com
Сколько зарабатывают айтишники в России
Разработчик, тестировщик, программист 1С, системный аналитик и другие — о своей работе и доходах
В этом выпуске мы собрали истории восьми ИТ-специалистов из разных городов и с разным профилем работы. Они рассказали, сколько зарабатывают программисты в регионах, как начать карьеру с нуля, сколько платят новичкам и какой потолок в их профессии, а также легко ли найти работу после 40 лет.
Веб-разработчик
Город: Москва
Возраст: 22 года
Доход: 50 000 Р
Я окончил бакалавриат Финансового университета по программе «прикладная математика и информатика». После второго курса стал замечать, что специалистов выпускают, мягко говоря, посредственных. Понял, что надо срочно брать быка за рога и придумывать запасной план. Тогда, в 2016 году, ИТ-индустрия уже лезла изо всех щелей. Мне хотелось разбираться во всех новых и модных технологиях — от разработки мобильных приложений до больших данных и компьютерного зрения.
Я загорелся идеей делать приложения для Андроида, для этого пришлось учить язык Java. Учиться по видео на «Ютубе» проще, но для меня они оказались бесполезны — помогли только книги. Еще эффективный метод — пошаговые онлайн-академии, где расписан весь учебный процесс. Спустя пару месяцев вписался с друзьями в стартап, который был похож на сервис «Юду». Серьезная ответственность мотивировала изучать быстрее и делать лучше.
С третьего курса искал стажировки с упором на программирование. Про то, как относятся к стажерам, можно написать отдельную грустную статью, но с третьей попытки я нашел подходящее место. Меня приняли в отдел разработки внутренних продуктов страховой компании. Там разрабатывали общий корпоративный портал и другие сайты для внутренних нужд. На собеседовании мне помог прототип того стартапа. Я показал мобильное приложение интервьюеру, и он понял, что со мной можно иметь дело.
После полугодовой стажировки меня взяли младшим веб-разработчиком. Веб-разработчики занимаются серверной частью сайта или пользовательским интерфейсом. Первых называют бэкендами, вторых — фронтендами. Еще есть фулстек-разработчики, которые работают и с тем и с другим.
Если проще, от фулстека ждут полностью рабочий сайт, который может отправлять запросы на сервер и реагировать на нажатие пользователем кнопок. В фулстеке меня больше всего привлекает независимость от других разработчиков. Например, если заниматься только пользовательским интерфейсом, а разработчики серверной части не уложатся в срок, то продукт не получится. То же самое работает и в обратную сторону. Хотя с появлением новых техник ведения проектов ситуация улучшилась и ответственность между разработчиками стала прозрачнее.
Но чтобы стать профессионалом в фулстеке, нужно буквально освоить две профессии. При этом профессиональный фулстек-разработчик может зарабатывать меньше, чем профессионал-фронтенд.
Условия работы в ИТ-департаменте страховой компании нельзя сравнивать с условиями в компаниях вроде «Яндекса» или «Мэйл-ру» : основной бизнес здесь все-таки страхование, а не ИТ-услуги. Тут нет мини-кухни с бесплатным кофе и фруктами, нет спортзала в здании. Офис без дизайнерских изысков, он не работает 24/7. По той же причине здесь обычно менее напряженный график, нет жестких дедлайнов. Если работа на сегодня выполнена, я не теряю время: изучаю что-то новое в программировании, занимаюсь дипломным проектом или осваиваю полезные навыки, например учусь печатать вслепую.
Я участвовал в самом крупном хакатоне России с призовым фондом 3 млн рублей.
Главная мечта — к старости купить домик наедине с природой где-нибудь в Скандинавии, лучше всего в Швеции. К этому моменту я уже должен иметь столько денег, чтобы можно было не беспокоиться об их количестве. У меня уже есть инвестиционный портфель, иногда я получаю дивиденды или фиксирую прибыль продажей акций, но деньги не вывожу, а инвестирую вновь. Каждый месяц добавляю минимум 10 тысяч.
В будущем точно останусь в сфере ИТ, но не уверен, что я навсегда в веб-разработке. В программировании много областей, хочется изучать все. Уверен, что с опытом будет расти и зарплата. Планирую тратить максимум времени на участие в разных стартапах, чтобы в итоге что-то выстрелило. Еще хочу поступить в магистратуру, например изучать анализ больших данных в ВШЭ или Сколтехе. Ну а если поступлю куда-нибудь за рубежом, то будет совсем замечательно. Через 15—20 лет все мои нынешние старания непременно окупятся.
Программист 1С
Город: Архангельск
Возраст: 49 лет
Доход: до 100 000 Р
Я поступил в Ленинградский электротехнический институт, проучился там полгода и ушел. Работал на фанерном заводе, потом геодезистом. В 1989 году меня призвали в армию. Так получилось, что службу я начал в бухгалтерской части: рассчитывал денежное содержание военных строителей и офицеров. Там познакомился с правилами бухгалтерского учета. Вернулся из армии и пошел учиться на бухгалтера. При этом мне еще в школе нравилось программировать — я ходил на дополнительные занятия к своим бывшим преподавателям даже после армии.
В начале 90-х мы с другом открыли бизнес — компанию по ремонту кассовых аппаратов. Там я написал программу для ведения бухгалтерии на языке Visual Basic. Но постоянные изменения законодательства вынуждали вносить изменения в логику программы. Я стал искать альтернативные варианты, и мне посоветовали решения фирмы 1С. Был удивлен, что программировать можно и на русском языке. Постепенно навык программиста 1С прокачался до того, что появилось много клиентов, теперь это мой основной доход.
Мнение о том, что 1С используется только для учетных и бухгалтерских программ, неверное. Конечно, в основном его используют для этого, но возможности гораздо шире. Особенно у мобильной версии платформы: она позволяет использовать фото и видео, геопозиционирование, отправлять смс и пуш-сообщения. Например, я с нуля написал программу для городской телефонной службы и ресторана. А однажды пришлось программировать мобильное приложение для работников аварийных бригад водоканала. Оно помогало получать заявки об авариях на водопроводной сети и оперативно реагировать на них. Диспетчер в офисе принимает заявки, а те через интернет синхронизируются с планшетами или телефонами работников.
Так я узнал, что для 1С практически нет ограничений в сферах применения.
Основное место работы сейчас — федеральная торговая сеть по продаже оптики. Мои задачи — улучшать автоматизацию тех участков работы, где есть такая возможность, устранять ошибки в программе, если она работает не так, как надо. У меня почти свободный график, главное — чтобы задачи выполнялись.
Профессия подходит одиночкам, которые умеют мыслить логически и находить стандартные решения в нестандартных ситуациях. Нравится, что у нас маленькая конкуренция: специалистов моего уровня в России немного, поэтому я работаю удаленно для клиентов из разных городов — Москвы, Санкт-Петербурга, Новосибирска, Самары, Саратова.
Правда, много денег уходит на содержание детей, их у нас шестеро. В основном трачу на питание, одежду, коммунальные услуги. Редко — на поездки по России. Откладывать пробовал, но сейчас запасы иссякли, пришлось даже брать кредит на крупный ремонт в квартире.
Программист VS Инженер
Привет, Хабр. Я достаточно давно наблюдаю за ИТ рынком, но никогда ничего не писал. Это первая часть моей первой пасты, а посему прошу сильно не хейтить.
Таков путь
В своих статьях я хочу поделиться опытом поиска, обучения и интеграции интернов или джунов в продуктовую команду (не путать с фриланс-командами или типа того).
В первую очередь, нужно понимать, что всё написанное ниже сугубо моё личное, субъективное мнение. Оно основано на многолетних наблюдениях и опыте, в частности, опыте и наблюдениях последних пяти лет. Разумеется, не претендую на исключительность и не утверждаю, что оно является истиной в последней инстанции.
В первой части мы рассмотрим разницу между двумя гранями одной и той же сущности. А это, в свою очередь, поможет вам определиться с тем, кого вы хотите видеть в своей команде.
Рассмотрим два базовых варианта:
Программист
На самом деле, разницы между рядовым программистом нашего времени (вы ведь тоже видите эти бессовестно врущие рекламы «стань Java разработчиком за 3 месяца!»?) и аккаунт-менеджером Светой — не так уж и много. Разумеется, я не говорю обо всех-всех аккаунт-менеджерах или обо всех программистах. Я беру основную «массу», которая, судя по всему, будет хейтить этот пост (первая версия была намного жёстче). Поехали.
Программист — просто исполнитель
Для большинства в наше время программирование стало просто работой. Да, самой, что ни на есть, простой работой, что, впрочем, и неудивительно; и объявления про курсы «Java за 3 месяца» тому прямое доказательство.
Программист может писать, а может не писать.
Он будет делать ваши фичи, задавать минимум вопросов, или напротив, максимум (про таких я расскажу в следующей части).
Программист редко задумывается о трендах, новшествах. Он пишет так, как рекомендуют топы (зачастую) или как советуют топовые дев-блоггеры. Я, к примеру, совсем не понимаю, почему у Facebook столь отвратная, нелогичная и запутанная организация фронта, и почему это модно. Вот, хоть карму мне уроните, но не понимаю.
Программистом может стать каждый!
К сожалению, это горькие реалии нашего времени.
С одной стороны, это круто! Прогресс не стоит на месте, человечество развивается. А с другой (девочки из HR агенств меня поймут), рынок перенасыщен некомпетентными или низкоквалифицированными кадрами!
Да, он в принципе перенасыщен, ценники стали выравниваться. Безумных вакансий, где компании ищут джунов за ₽100к, не осталось. По крайней мере, я таких давно не наблюдаю. Лиды всё чаще стоят до ₽250к, ну и т.д.
Найти программиста просто
Это действительно так, но, нужен ли вам «такой программист»? Сейчас если взять среднестатистического frontend разработчика, он безусловно пройдёт собеседование, так как каналы типа WebDev публикуют вопросы с собесов разных компаний и, разумеется, ответы на них, а на ютьюбе шарят гайды по всяким штукам типа замыканий, промисов, коллбеков и прочих «нужных» штук.
На выходе мы получим фронтендера, который за месяц научился всему тому, чему обычно учат на курсах до полугода, а что на самом деле?
На самом деле получается картина маслом: разраб не понимает базовых принципов веб-разработки (DOM, CSS Flow Layout, HTML 5 API, es6+, immutability, etc), он делает так «как показывали в том видосике». Или делает по принципу «я вам тут по доке писал…норм же?»
Кому нужен программист?
Безусловно, такие кадры тоже имеют определённую ценность.
Кому они могут быть полезны в первую очередь?
Инженер
Как правило, бóльшую часть жизни посвящают саморазвитию и учению.
Глубокий анализ
Инженеры разберут ваше легаси на атомы, найдут узкие места, предложат пути решения, если инженер с большим опытом, то он и команду в состоянии подобрать при наличии HR агенства или вообще в одиночку.
Ему не нужно ТЗ, так как знает, что это бесполезная трата времени, а декомпозицию и постановку тасок проще проводить непосредственно знакомясь с требованиями по входу в проект.
Сперва анализ требований, потом проектирование, уже в конце разработка. Да, именно так и в таком порядке. По большому счёту, соотношение потраченного времени распределяется подобным образом: 40/40/20, ну, само собой ±.
Применение мощных практик
Применение сложных практик тоже является ключевой фишкой, ведь если спросить рядового разработчика, что он знает про *DD, с бóльшей долей вероятности дать внятного ответа он не сможет, с инженерами иначе. Код зачастую пишется через TDD, планирование флоу работы над продуктом из клиента посредством набора практик из BDD, проектирование продукта через DDD.
Качество кода зачастую на порядок выше, чем у программистов. Пока не стало модно использовать линтеры и тайпчекеры всем было плевать как писать и для чего писать, сейчас конечно всё стало несколько иначе, но тенденции не сильно изменились: чистота, читабельность, масштабируемость, модульность кода наёмных разработчиков по-прежнему оставляет желать лучшего.
Кому нужен инженер?
И что теперь?
В следующей части мы рассмотрим несколько вариантов привлечения людей в вашу команду, в зависимости от вашего выбора (программист или инженер). Рассмотрим весь процесс поиска. Варианты автоматизации процесса. Что делать если откликов очень мало или наоборот очень много. А самое главное — каким должно быть эффективное тестовое задание для ваших будущих товарищей по клавиатуре.