ИТ-бизнес в РФ 2019

О, думал уже не встречу олдскулов
"Если вы не можете выполнить эти работы на Фортране, выполни-
те их на ассемблере. Если же их нельзя выполнить на ассемблере,
их не стоит делать вообще." (с)
http://lib.ru/ANEKDOTY/non_pas.txt

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

 

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

 

Тащут друг у дружки? Ищут готовое?

 

Готовое. Правда, никто не разбирается, нет ли там внутри каких-то серьёзных багов, - работает и ладно.

 

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

 

Временами ты бываешь просто невыносим (с)
Это не повод отказываться от тестирования критически важной функциональности - независимо от источника кода.

 

Мне приятно, что ты ведёшь со мной беседу - правда, я немного не понимаю, что именно ты хочешь мне объяснить

 

А нафига изобретать велосипед? Многое придумано и оттестировано давным давно. Тратить время на создание полного аналога - трата драгоценного времени: пока будешь тратить на это время, конкуренты скопируют, накрутят свои фишки и выйдут вперёд

 

Читаю, но что ты хочешь до меня донести все равно не понимаю

 

Неплохая оценка в 700млн $ при Выручке 92млн $ в год, прибыли 15млн $

 

Как говорится - thank a lot for your explanation, but what was the point?
В заметке, на которую ты сослался, и которую я действительно прочитал, автор задаёт риторический вопрос (there is a QA process for Nissan apps, right?)
И видимо он, как и я, считает, что при разработке ДОЛЖЕН быть контроль за содержимым исходного кода.
Да, системы тестирования стоят дороже, чем сама разработка, и зачастую проверяют работоспособность ПО, подавая на вход правильные данные, в то время как наибольшую опасность представляют как раз данные некорректные - например, валидные с точки зрения формата поля ввода, но находящиеся в недопустимом диапазоне с точки зрения логики процесса (ну типа показания датчика ускорения в 1 000 000 g).
Впрочем, все мои олдскульные брюзжания никакого значения для ИТ-бизнеса не имеют

 

Датычо! (С) Правда изменился? В какую сторону?
У нас в середине 90-ых было то, что сейчас называют модным термином "devops". Клиент-серверная архитектура у меня в проекте была реализована в конце 1996, и да, "апдейт доставлялся до конечного пользователя за секунды" (с).
Было реализовано межсерверное взаимодействие в бэкенде - пользователь вводил данные в одном приложении и видел результаты в соседних.
Мы опередили своё время или мир деградировал?

 

На чем это все работало?

 

БД - MS SQL, бизнес-логика на хранимых процедурах, rich client - в те времена в конторе стандартом был PowerBuilder. Между серверами трастовые отношения устанавливались штатными средствами MS SQL.
А что?

 

Вспомнились времена, когда еще были актуальны околорелигиозные дискуссии о выборе между DB2, MSSQL, Oracle и Sybase, а каждый релиз тестов TPC вызывал оживление и кидание тапками в оппонентов с последующим совместным распитием пива

 

Господа, по рекламе с помощью Big Data опыт есть? Один из сотовых операторов предлагает услуги, но для меня это пока темный лес. Но поют красиво...
Кратко: суть в тонком анализе ЦА и точечном показе рекламы.
Интересует реальный опыт.

 

Если к вам пришли без реального кейса, значит, вы оплатите разработку этого кейса и обучение модели.

Данные - это хорошо, но нужно ещё разработать и обучить модели, прежде чем они начнут приносить пользу.