Программирование[8]

системным анализом

это кароче то чем занимаются разработчики если системных аналитиков нет а есть только бизнес аналитики

ну а че делают то, в пул обязанностей что входит? 

ставят тз разрабам на основе сделанных выводов о взаимодействии систем и их предназначении / возможностях. нередко еще и бизнес-процессы приходится строить в отсутствие бизнес-аналитиков

а так надо, наверное, по каждой крупной компании отдельно рассматривать  

конкретного пула обязанностей для какой-то должности, кроме должностей в операционных подразделениях, наверное нигде нет, есть только бизнесовая задача и ее реализация любым быстрым и удобным способом с минимумом издержек

ну а че делают то, в пул обязанностей что входит? 

на мой взгляд:

есть хотелки заказчика, его предметная область, его бизнеспроцессы,  и прочие вещи реального мира и бизнеса

есть конечный код, конечные структуры данных, конечные механизмы в коде которые работают, есть конечные технические решения (бд, очереди, хттп сервера и тд) которые реализуют конечную работу рпиложения

проработкой первого занимаются  БА - они ходят к заказчику и разговаривают про его проблемы, они изучают нормативку и законы и прочие нормы которые определяют бизнеспроцессы и то как конечная система должна работать с точки зрения бизнеса

проработкой второго - разработчики/программисты

а между ними находится область системного анализа - когда у тебя есть более менее определенные бизнес требования, и более менее поятная текущая техническая архитектура - и ты думаешь на тему того как новые требования лучше всего впихнуть в текущую систему

у нас например таких отдельных людей нет и обычно этим разработчики занимаются непосредственно, иногда немного спрашивая БА (БА обычно вообще не бум-бум в алгоритмах, структурах данных, бд и производительности и всем таком, и мыслят в категориях "я нажала кнопку, хочу чтобы мне вся нужная информация выводилась - долго это разрабатывать?")

найс нейминг

ппц красивый кот(разноцветный)

МС сквель надо было ставить. honkler

Эта проблема решается быстрей чем ты пост написал

Screenshot 2019-10-16 at 15.48.06.png

     

sudo spctl --master-disable

https://habr.com/ru/post/471628/

новый шедевр от филипки

ну тут земля пухом челику

брать всего неделю на копание в говне, которое еще и не твое, это самоубийство

Не понял почему ему в комменты не пишут didn't read lol

+266

как блять

^кармодрочер

людям нравится смотреть как жрут говно

Почему его зовут Филипп, а не говножопка?

Он сам полез в говнолегаси с туманными перспективами и теперь высрал 15 тысяч строк страданий после стольки же "перелопаченного" легаси.

Погромисты ебланы какие-то.

https://habr.com/ru/post/471628/

новый шедевр от филипки

я также страдаю при портировании, особенно в  WASM

только представьте, каждая софтина зависит от десятка мелких библиотек написанных в района 1990-2000-года

каждую из библиотек надо ручками собрать, и ручками пофиксить все ошибки(этоже clang вместо компилятора, а старый код не полностью следовал стандартам)

написать скрипты сборки всего, подыскивать команды

потом ловить утечки память в основном софте, из за смены компилятора...

и конечноже распутывать головоломпи из оптимизаций в коде, и регулярных выражений(лучше написать 100 ифов чем 1 регулярку)

 

https://habr.com/ru/post/471628/

новый шедевр от филипки

я также страдаю при портировании, особенно в WASM

только представьте, каждая софтина зависит от десятка мелких библиотек написанных в района 1990-2000-года

каждую из библиотек надо ручками собрать, и ручками пофиксить все ошибки(этоже clang вместо компилятора, а старый код не полностью следовал стандартам)

написать скрипты сборки всего, подыскивать команды

потом ловить утечки память в основном софте, из за смены компилятора...

 

и конечноже распутывать головоломпи из оптимизаций в коде, и регулярных выражений(лучше написать 100 ифов чем 1 регулярку)

Pep_See, 16 Октябрь 2019 - 18:41, написал:

Он сам полез в говнолегаси

вот допустим ты пишешь ОС с нуля, и по ходу обнаружишь что весь весь код который ты могбы скопипастить, из какихто туториалов или ядра линукса

1. прибит гвоздями к архитектуре x86, и придется переписывать эти куски кода с нуля

прибит гвоздями, это не просто выражение, куча низкоуровневых систем инициализации создают какиуто данные по статическому адресу в памяти, которые беруться по этому адресу другой частью системы

эти адреса и механизмы записи/взятия данных просто прибиты к x86, смена архитектуры или даже компилятора ломает это полностью, без переписывания никак(очевидно что переписать такой код который срет в память и требует специальной последовательнсти данных в памяти-просто дичайшая боль)

2. даже банальные куски ОС такие как драйвер ФС или USB, написаны в 1992 году, и в этот код никто не смотрел уже лет 20, и код там буквально 1 функция на Си с 10-15 тыщами строк(сразу понимаешь что проще переписать с нуля)

3. новые стандарты для девайсов/форматов/электроники(типо как видюха формирует DVI сигнал) просто неподъемные мануалы на 300-600 страниц воды, и не имеют ни одного рабочего примера

(это тру стори, для продакшена покупают какойто супер девайс за сотни денег(дорого не ширпотреб) мне предлагают поработать софт/чтото запилить туда, я смотрю интересный проект, а оказывается что нет ни 1 рабочего куска кода который можно скомпилировать, и все приходиться делать методом тыка тратя просто уйму времени на свои тесты чтоб понять так можно/нет или работает/нет)

да даже новый UEFI, вы думаете почему существует всего один загрузчик под UEFI(кроме граба)...потому что оверкомпликатед и недокументированное, без рабочих примеров

4. ебучие STD и прочие Стандартные библиотеки, которые прибиты гвоздями и к ОС и к архитектуре, что банально нельзя взять Си код и использовать в смоем компиляторе/ОС без полного переписывания тучи библиотек

5. туча прочих подводных камней которые нигде не расписаны и не указаны...

попробуй rust

там говорят пони и радуги