Работаю не в IT сфере. При необходимости пишу короткие скрипты на sh/bash (когда надо выполнить последовательно несколько действий), а если более десятка строк, то на perl (когда надо как-то обработать текстовые файлы). Например, скрипты-обёртки над gnuplot.
Написал пару небольших прог для себя, которые немного облегчают мне работу (одна на fpc, другая на perl).
бывший программист. могу разобраться в коде и знаю как устроен компьютер (знаю сколько транзисторов в триггере). делаю хобби проекты мирового и российского уровня. не скажу какие. «Если ты записи откроешь ждет тебя боль только.»
Работаю программистом
Программирую в качестве хобби, есть pet projects
Программирую для личных бытовых нужд, чтобы облегчить себе жизнь
Пишу простые скрипты
Пусть ИИ за меня программирует
Моя должность не программист, но работаю в IT, и программирование — это большая часть работы
До недавнего времени частью должностных обязанностей было тестирование скриптового движка форка FastScript, связанного с ним API и опосредованно связанных REST API. Плюс скрипты, облегчавшие прочую работу. Плюс самописные программы, облегчающие жизнь (в первую очередь, скрипты для скачивания сайтов curl-ом). Плюс несколько патчей в открытые программы (Fortran-90, C++, Mono). Плюс несколько пэт-проектов, заброшенных с 2022 года, когда сдох ноут.
На мой взгляд, неразумно разбрасываться своими силами и бесценным временем молодости на деятельность, совершенно бесполезную для общества, да ещё и задаром. Вместо этого гораздо лучше выбирать рабочие проекты, которые нравятся изначально, и получать за них денежное вознаграждение.
10 лет в коммерческой разработке, общий стаж года на 4 больше.
Даже если бы мне нужна была система для обычных нужд - это всё равно был бы Linux.
Просто потому что я искренне не понимаю, как можно пользоваться другими ОС.
При виде Windows у меня глаз дёргается, кривое-косое убожество, которое живёт своей жизнью.
MacOS ещё можно потерпеть, но у меня возникает вопрос: Почему ArchLinux обновления за 2 месяца ставит 5 минут, а эта жалкая поделка 50. Где-то любители радуги явно свернули не туда.
Мне кажется, эта бумажка слишком далека от масштаба разработки Linux/FreeBSD/macOS. Она писалась для того времени, когда университет мог себе позволить создание ОС. Сейчас уровень, о котором рассуждает автор, уже ни на что не влияет и никого не интересует (кроме академии).
Я юрист. Когда-то в институтские времена изучал PHP и потом Python. Пробовал ваять простенькие сайты на них, локально само собой. Это было давно, году так в 2005-м где-то. Сейчас больше скрипты для bash пишу чисто для себя, чтобы упростить себе жизнь и автоматизировать какие-то операции на Linux.
Выбрал четыре опции. Оказалось, что это 4 самых популярных варианта ответа.
Вообще это курицояичный феномен: громисты предпочитают выбирать ОС, которые легче под себя подстроить программно; а такие ОС, в свою очередь, продолжают привлекать громистов лучше, чем хомяков обыкновенных.
Работаю IT-шником, редко программирую, поэтому периодически забываю как это делать. Каждый раз с муками вспоминаю откуда что импортируется, для чего какая библиотека.
Раньше работал программистом, сейчас программист-любитель по аналогии с радиолюбителем,коим тоже являюсь. О Линуксе узнал в 1995 году, начал использовать с 96.
Где вариант «Не умею программировать, но преподаю программирование»?
«Не умею программировать, не способен преподавать и вообще связно выражать свои мысли за отсутствием таковых, составляю задания ЕГЭ по широкому кругу предметов, в т.ч. информатике».
Мне кажется, эта бумажка слишком далека от масштаба разработки Linux/FreeBSD/macOS.
Imho, масштаб разработки именно ОС (то есть объем библиотек и программ в базовой системе, речь не идет про поддержку зоопарка аппаратуры и про специализированный прикладной софт) избыточен по сравнению с масштабом решаемых задач.
Авторы это видели еще в 80-е годы:
The key to problem-solving on the UNIX system is to identify the right primitive operations and to put them at the right place.
UNIX programs tend to solve general problems rather than special cases.
In a very loose sense, the programs are orthogonal, spanning the space of jobs to be done <...>
One thing that UNIX does not need is more features.
It is successful in part because it has a small number of good ideas that work well together.
Merely adding features does not make it easier for users to do things, it just makes the manual thicker.
The right solution in the right place is always more effective than haphazard hacking.
Сейчас уровень, о котором рассуждает автор, уже ни на что не влияет и никого не интересует (кроме академии).