IT в России и мире в реалиях мирового кризиса

ЦитатаТехнологии вышли на экспорт
Впервые в истории наша страна продает больше услуг в сфере IT, чем покупает



Экспорт услуг из России по итогам первых шести месяцев 2018 года стал рекордным с начала кризиса 2014-го. Его стоимостный объем составил $30,9 млрд, следует из материалов ЦБ, с которыми ознакомились «Известия».

Это на 14,4% больше, чем годом ранее, и максимальный показатель с 2014 года. При этом за II квартал, по предварительной оценке ЦБ, Россия поставила за рубеж услуги на $16,8 млрд (+13,7% по сравнению с прошлым годом).

Крупнейшим разделом экспорта по-прежнему остается транспорт. Затем следуют туризм, строительство и информационные услуги, которые совокупно занимают 59% общего объема экспорта.

При этом экспорт услуг в сфере высоких технологий впервые в истории России превысил импорт. Объем продаж услуг в сфере IT за первое полугодие составил $2,55 млрд, а объем закупок — $2,52 млрд.

Это связано с усилиями российских IT-компаний по продвижению своих услуг на зарубежных рынках, а также с реализацией программы импортозамещения, отметил руководитель проекта Российского экспортного центра (РЭЦ) по поддержке экспорта и информационных технологий Марат Караваев.

К 2024 году доля сектора IT и коммуникаций в ВВП должна вырасти до 10% (сейчас около 3–4%). Исходя из таких планов, доля сегмента в структуре экспорта может увеличиться примерно до 20%, прогнозирует доцент кафедры правового обеспечения рыночной экономики РАНХиГС Юрий Зайцев. По его мнению, скачок должен произойти благодаря росту поставок в страны Азиатско-Тихоокеанского региона.

ЦитатаПоступил в продажу импортонезависимый программно-аппаратный комплекс на Эльбрусах



4 отечественных предприятия (МЦСТ, ИНЭУМ имени Брука, ALP Group и CommuniGate Systems) вывели на рынок корпоративных платформ новый импортонезависимый программно-аппаратный комплекс (ПАК) на базе процессоров «Эльбрус-4С», материнской платы Эль-2S-4 (ЛЯЮИ.469555.052-02) с южным мостом КПИ (МЦСТ 1991ВГ1Я) и российской операционной системы «АЛЬТ».

Комплекс построен на основе сервера «Эльбрус-4.4 1U» (на базе 4-ядерных «Эльбрус-4C», на фото) и российской операционной системы «АЛЬТ Сервер» для этой аппаратной архитектуры. Используемая в новинке отечественная платформа CommuniGate Pro может заменить целый ряд продуктов: Microsoft Exchange и Lync, Asterisk, eDisk. При этом в российской разработке все сервисы представляет единое ядро, что принципиально отличается от стандартного подхода, требующего интеграции нескольких решений разных разработчиков (как, например, при использовании вышеперечисленных продуктов). По данным разработчиков, Communigate Pro поддерживает открытые стандарты и протоколы взаимодействия: LDAP, SMTP, IMAP, CalDAV, SIP, XMPP, WebDAV и др. В дополнение к коммуникационной платформе CommuniGate Pro, на нём можно запустить другие инфраструктурные сервисы, например, сервис печати или контроллер домена (на основе интегрированного в ОС АЛЬТ ПО Samba DC, замены Microsoft Active Directory). В зависимости от конфигурации, возможно использование встроенного в сервер RAID контроллера либо высокоскоростного внешнего хранилища.Все эти особенности отечественного комплекса позволяют клиенту значительно экономить на ИТ-инфраструктуре и обслуживании, а также максимально эффективно использовать возможности оборудования. Применяемая собственная многопоточная технология установила целый ряд мировых рекордов и отличается высочайшей производительностью.

Ключевой момент комплекса — использование российского процессора и российской сертифицированной операционной системы. Разработчики отмечают, что вся линейка серверных и настольных операционных систем «АЛЬТ2 для всех поддерживаемых аппаратных платформ, включая «Эльбрус», опирается на репозиторий «Сизиф», не зависящий от иных репозиториев и использующий полный набор собственных технологий производства операционных систем.Отметим также, что всё используемое в ПАК программное обеспечение (коммуникационная платформа CommuniGate Pro и ОС АЛЬТ) работает на процессоре «Эльбрус» в нативном режиме, а не в режиме эмуляции команд x86. Это позволяет задействовать все доступные ресурсы и получить максимальную производительность.

ЦитатаЛинус Торвальдс отказывается от жесткого стиля и берет тайм-аут

 

В воскресенье лидер проекта Linux ядра сделал заявление, которое будет иметь долгосрочные последствия для всего сообщество сторонников открытого кода. По своему обыкновению, он не стал обращаться через социальные сети и делать громкие заявления для прессы. В письме содержащем комментарии к версии 4.19-rc4 он принес извинения за все те инциденты, когда из-за резкого тона в переписке мог задеть чувства младших коллег по цеху. Также он рассказал о своем решении временно отойти от руководства проектом для того, чтобы произвести ревизию своего инструментария, стиля и затем вернуться в строй после работы над ошибками.

ЦитатаНу всё, ждём наплыва идиотов в ядро, которые будут master/slave переименовывать, т.к. неполиткорректно и всяких продвигателей Microsoft UEFI.
Или, таких как та баба, непонятного пола, в своё время поломавшая стабильность ядра реализацией стека usb 3 путём копипасты из usb 2.
А всё же нормальная была ОС — Linux...

ЦитатаСкоро квоты  сделают для голубых, негро, лезбиянок, для правки ядра

Цитата: slavae от 22.09.2018 09:36:53На неделе на Хабре попалась статья, очень печальная, на тему разработки программ. Автор печалится, что программирование как инженерия сдалось под натиском хипстеров. Количество комментов уже перевалило за тысячу.

Моё разочарование в софте

Скрытый текст

@przemyslawdabek: Кажется, что
rm-rf node_modules

является неотъемлемой частью рабочего процесса в проектах Node.js/JavaScript.

А время сборки? Никто не считает проблемой, что компилятор работает минуты или даже часы. А как же «время программиста дороже»? Почти все компиляторы, пре- и постпроцессоры значительно, иногда катастрофически увеличивают время сборки, не обеспечивая пропорционально существенных преимуществ.



Вы ожидаете, что программисты будут принимать в основном рациональные решения, но иногда они делают прямо противоположное. Например, выбирая Hadoop даже если он медленнее, чем выполнение той же задачи на одном десктопном компьютере.

Машинное обучение и ИИ отбросили программное обеспечение к гаданию на кофейной гуще во времена, когда большинство компьютеров даже не были достаточно надёжными.

@rakhim: Когда приложение или сервис говорит «под управлением ИИ» или «на основе машинного обучения», я читаю это как «ненадёжное, непредсказуемое поведение, которое не поддаётся объяснению». Я держусь подальше от «ИИ», потому что хочу от компьютеров противоположного: надёжности, предсказуемости и логики.

Мы засунули виртуальные машины в Linux, а затем засунули Docker в виртуальные машины, просто потому что никто не смог разобраться с бардаком, который производят большинство программ, языков и их окружений. Мы накрываем дерьмо одеялами, чтобы не убирать его. Например, «единый бинарник» остаётся ОГРОМНЫМ преимуществом Go. Нет бардака == успех.


Окружающая среда Python настолько загрязнилась, что мой ноутбук объявили зоной экологической катастрофы.
Примечание. Агентство по защите окружающей среды Python хотело залить его цементом и захоронить с картинкой на входе — предупреждением для будущих цивилизаций об опасности использовать sudo для установки случайных пакетов

А зависимости? Люди бездумно ставят переусложнённые «полные пакеты» для простейших проблем, не думая о последствиях. Из этих зависимостей растут новые. В конечном итоге вы получаете дерево, которое является чем-то средним между фильмом ужасов (огромное и полное конфликтов) и комедией (нет причин, по которым мы добавили сюда эти пакеты, но вот они):



Программы не могут работать несколько лет без перезагрузки. Иногда даже несколько дней — это слишком. Происходят случайные глюки, и никто не знает почему.

Что ещё хуже, ни у кого нет времени остановиться и выяснить, что произошло. Зачем беспокоиться, если всегда есть другой выход. Поднять новый инстанс AWS. Перезапустить процесс. Удалить и восстановить базу данных. Написать скрипт, который будет перезапускать ваше сломанное приложение каждые 20 минут. Включить одни и те же ресурсы несколько раз: тяп-ляп — и в продакшн. Двигайся быстро, не трать время на исправление ошибок.

Это не инженерная работа. Это просто ленивое программирование. Инженерная работа предполагает глубокое понимание производительности, структуры и ограничений того, что вы создаёте. Лепить халтуру из некачественного материала — совершенно противоположное занятие. Чтобы развиваться, мы должны понимать, что и зачем мы делаем.

Мы застряли

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

Чтобы иметь здоровую экосистему, необходимо вернуться. Необходимо иногда выбрасывать хлам и заменять его лучшими альтернативами.



Но у кого есть на это время? Новые ядра ОС не выходили сколько, 25 лет? Это сейчас стало слишком сложным, чтобы просто взять и переписать. В браузерах накопилось столько пограничных ситуаций и исторических прецедентов, что никто не осмелится писать движок с нуля.

Сегодняшнее определение прогресса — или подбросить топлива:

@sahrizv: 2014 — нужно внедрить микросервисы для решения проблем с монолитами.
2016 — нужно внедрить Docker, чтобы решить проблемы с микросервисами.
2018 — нужно внедрить Kubernetes, чтобы решить проблемы с Docker.

или изобретать велосипед:

@dr_c0d3: 2000: напишите 100 строк XML, чтобы «декларативно» настроить сервлеты и EJB.
2018: напишите 100 строк YAML, чтобы «декларативно» настроить микросервисы.
В XML были хотя бы схемы…

Мы застряли, и никто нас не спасёт.

Бизнесу всё равно

Пользователям тоже. Они выучились принимать то, что мы делаем. Мы (инженеры) говорим, что каждое приложение для Android занимает 350 МБ? Хорошо, они будут с этим жить. Мы говорим, что не можем обеспечить плавную прокрутку? Окей, они свыкнутся с телефоном, который подтормаживает. Мы говорим: «Если не работает, перезагрузитесь»? Они перезагрузятся. Ведь у них нет выбора.

Конкуренции тоже нет. Все строят одни и те же медленные, раздутые, ненадёжные продукты. Случайный скачок вперёд по качеству даёт конкурентное преимущество (iPhone/iOS против других смартфонов, Chrome против других браузеров) и заставляет всех перегруппироваться, но ненадолго.

Наша миссия как инженеров — показать миру потрясающие возможности современных компьютеров с точки зрения производительности, надёжности, качества и удобства использования. Если нам не всё равно, люди потянутся. И никто кроме нас не покажет им, что такое возможно. Если только нам не наплевать.

Не всё так плохо

Иногда на пасмурном небосводе просвечивают лучики надежды.

Работа Мартина Томпсона (LMAX Disruptor, SBE, Aeron) впечатляет, она освежающе проста и эффективна.

Редактор Xi Рафа Левиена, кажется, построен на правильных принципах.

Джонатан Блоу для своей игры разработал язык компилирования, который компилирует 500 000 строк в секунду на ноутбуке. Это холодная компиляция, никакого промежуточного кэширования, никаких инкрементальных билдов.

Не нужно быть гением, чтобы писать быстрые программы. Здесь нет какой-то магии. Единственное, что требуется, — это не строить софт на базе огромной кучи дерьма, которую поставляют современные инструменты.

Манифест лучшего мира

Я хочу видеть прогресс. Я хочу перемен. Чтобы современное программное обеспечение совершенствовалось, а не стояло на месте. Я не желаю заново изобретать одно и то же, каждый раз выпуская всё более медленный и раздутый продукт. Я хочу во что-то верить — в достойную цель, в будущее, которое лучше, чем то, что мы имеем сегодня, и чтобы появилось сообщество инженеров, которые разделяют это видение.

Цитата: slavae от 22.09.2018 09:36:53На неделе на Хабре попалась статья, очень печальная, на тему разработки программ. Автор печалится, что программирование как инженерия сдалось под натиском хипстеров. Количество комментов уже перевалило за тысячу.

Моё разочарование в софте
http://tonsky.me/blog/disenchantment/ 

Скрытый текст

Вы можете сказать, что они хотя бы работают. Но увеличение размера — не значит улучшение. Это значит, что кто-то потерял контроль. Мы больше не знаем, что происходит. Увеличение размера — это повышение сложности, снижение производительности и надёжности. Это ненормально и не должно считаться нормой. На раздутый размер нужно сразу обращать внимание — и держаться от них подальше.

Всё гниёт

Продолжение следует.

Цитата: Поверонов от 22.09.2018 11:15:31По мнению экспертов к такому состоянию в программировании привело всеобщее увлечение объектно-ориентированным программированием, породившем огромные иерархии классов. Как кто-то образно сказал - тебе нужен лишь банан, но система дает тебе его в лапах гориллы, а компилировать приходится все джунгли. Вот в джунглях и трудимся ...
Другим источником зла стали всё позволяющие лицензии opensource. Софтверные бизнесмены не желая сегодня платить за чужой софт вынуждают разработчик выбирать фриварные поделки ( из npm ) а завтра сами начинают ныть что подлое коммюнити их бросило и не патчит баги, не говоря уж о межверсионной компитабельности. История с перлом, выпустившим 6-ю версию абсолютно не совместную с 5-ыми никого не научила. Питон со 2-ой на 3-ю  повторил перловый выверт. До сих пор многие питоновые библиотеки так и не могут уйти в 3-ю версию по причине своих зависимостей от 2-ых пакетов которые никто уже не апгрейдит.
Но гром грянул. Выверт AWS по продаже времени использования чужого софта достал опенсофтников и лицензии стали менять не допуская их к облачному использованию. Будет интересно посмотреть на борьбу Оракла с Амазоном на поле MySQL.

ЦитатаПитон со 2-ой на 3-ю  повторил перловый выверт.

Цитата: DarkRaider от 23.09.2018 21:10:42Увы, нет - вопрос НЕ в деньгах. Вопрос в людях. Уже сейчас поколение "специалистов" настолько узковыделанное, что при любой ситуации выходящей за рамки гугления и учебника впадает в ступор, не зависимо от показанных бумажек и назначенной зарплаты. В прикладном программировании давно потеряна школа, как факт и это повсеместно. Собственно в системном, сейчас тоже одни дилетанты - о чём ярко говорят ОС последних десяти лет выпуска, независимо от разработчика. Плавно идём в красивую но бестолковую цифровую говнопомойку, при этом даже "на вид работающие вещи" по факту состоят из костылей.  Пока что, единственные места где сохранились нормальные понятия о создании программ - это оборонка и наука.

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

Цитатаидём в красивую но бестолковую цифровую говнопомойку

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

Цитата: Head790 от 23.09.2018 23:50:38Какая школа? Только в деньгах и проблема. Нет денег - нет нормального разраба/-ов(коллектив со своим лидером).

Цитата...и коллективный разум с большой вероятностью родит лучший вариант...

ЦитатаВопрос именно в деньгах, т.к. без них в лучшем случае выпускник института пойдёт работать, чтоб получить первую запись в трудовую, и то не всякий.

ЦитатаДля более быстрого развития и отладки порой всегда жертвуют производительностью, где она не критична и везде, но в итоге получается более удобный наспех сделанный код с чудовищной фрагментацией  продукт и эмуляция продукта которую смогут протолкнуть через приёмку за меньший срок, соответственно меньше затрат и больше прибыль. дольше "жизненный цикл продукта"

ЦитатаЧто значит "нормальные понятия"? Делать качественно за копейки?

Цитата: Head790 от 23.09.2018 23:50:38Если есть корректное ТЗ, которое в "оборонке" способны составить, то никаких нерешаемых проблем у любого толкового и не очень разработчика(коллектив) не будет, даже специфичность программы и платформы не делает вопрос нерешаемым.

Цитата: DarkRaider от 24.09.2018 00:59:021) Школа программирования - это не с 5 по 11 класс, это те инструменты, которые дают возможность решать нестандартные задачи и думать головой, а не соображалкой (хотя и она, безусловно, должна быть).

Цитата: DarkRaider от 24.09.2018 00:59:022) Говорю из собственного опыта, еженедельного общения - IT дерпартамент уровня города. Деньги ЕСТЬ. Коллективы есть. Лидеров хоть отбавляй. Толкового народа - единицы и ценятся они там весьма. Ровно та же ситуация с крупными интеграторами. Большие штаты управленцев (из них бывают и толковые). Профессионалы единичны. В головах дело, а не в деньгах.

Цитата: DarkRaider от 24.09.2018 00:59:02Ни разу ещё коллективный разум не рождал лучшего варианта, на моей практике. Рождает первые несколько рабочих вариантов по вопросу.

Цитата: DarkRaider от 24.09.2018 00:59:02Говорю как руководитель проекта - лично мне в команде, таковые выпускники даром не нужны, пройденный этап, подходящий для больших интеграторов с громадным штатом, где таковому студенту, будут доверять делать всякие эникеи первые десять лет жизни или до тех пор, пока он не выдумает, что то гениальное, что всё равно потом присвоят, но при этом есть вероятность, что повысят.

Цитата: DarkRaider от 24.09.2018 00:59:02Программирование - профессия достаточно творческая, так как одну и ту же задачу можно решить многими способами и средствами. Обычный выпускник - это ноль, если у него нет тяги к вопросу. Если таковая тяга есть - то люди идут в институт учится на программиста - уже являясь ими и имея зачастую знания глубоко превосходящие институтскую программу и таких людей в институте учат не программировать, а думать, как инженеров, дают общее техническое образование и склад мысли(это в совокупности и есть "школа"). Вот такие "фанатики" - интересны, но к сожалению - редки. Их поиск и отбор - очень затратная и долгая процедура, поэтому я в своём коллективе стараюсь работать только с узким кругом профессионалов. К слову расширять его - очень сложно и проблема опять таки не в деньгах.

Цитата: DarkRaider от 24.09.2018 00:59:02Эта концепция сейчас настолько засела в головах менеджмента, что её напрямую прописывают в учебники и книги. "Да надо быстро слепить из говна и палок, подпереть костылями и показать "клиенту", после чего долго и упорно рефакторить код, чтобы убрать все косяки, добавив свежих и неизвестных, что опять же показывает клиенту наличие "процесса", продляя жизненный цикл программного продукта." Она стала настолько официальна и общепринята в среде заказчиков, что заказчик имеющий готовое ТЗ и готовый по нему же работать, в прикладном программировании - это уже невидаль.

Цитата: DarkRaider от 24.09.2018 00:59:02Нет, писать оптимальный код, наилучшим образом решающий отражённую в ТЗ задачу и выдавать в результате работы не говнокостыли и бэтаверсии, а продукт готовый к работе.

Цитата: slavae от 24.09.2018 10:10:34Какое-то время назад была дискуссия про TOR, действительная анонимность там или как.
Интересная статья, как ФБР ищет народ из TOR-а.

Цитата: Head790 от 24.09.2018 14:38:25Вы с процессом разработки знакомы? Без коллективного разума практически ничего не происходит, т.к. даже "ревью" кода - коллективный разум.

Цитата: Head790 от 24.09.2018 14:38:25Часто уже к третьему курсу обучающиеся программированию представляют из себя достойного кандидата, и после ВУЗа или даже во время обучения имеют хорошо оплачиваемую работу(иногда из-за этого из пытаются отчислить, что считаю полнейшим бредом, с которым и сам сталкивался). Таких не много, но есть.

Цитата: Head790 от 24.09.2018 14:38:25Альфа-версия - часто из говна и палок сделана, и с релизом кроме интерфейса ничего общего не имеет. Это норма(с), ибо позволяет заказчику увидеть рабочий экземпляр и внести корректировки в ТЗ.

Цитата: Head790 от 24.09.2018 14:38:25Вы точно про разработку софта слышали? Перед выпуском готового продукта, релиза, всегда выпускается множество сборок(альфы-беты), банально для тестов.

Цитата: графит от 24.09.2018 15:42:58Ревью кода это не разум, это на 90% формальная проверка на DRY, KISS, SOLID. Быстро и эффективно без подавления творческого начала девелопера.

Цитата: графит от 24.09.2018 15:42:58Даже не смешно... Для того, что бы из студента-отличника сделать толкового и самостоятельного дева нужно лет 5 работы в хорошем коллективе. А вы - третий курс.

Цитата: графит от 24.09.2018 15:42:58С заказчиком сейчас работают интерфейсники. Они клепают рабочий макет не из говна и палок, а чем-нить быстрым, вроде Ангуляра. Все это происходит в самом начале проекта, еще до работы архитектора. А потом, когда заказчик наигрался с макетом, высосал всю кровь придирочками и правочками, наигрался в А/В тесты, все картинки и сценарии фиксируются и в дело вступают архитектор и девы. И уже реализуют софт на целевой платформе/платформах, используя правильные языки и фреймворки.

Цитата: графит от 24.09.2018 15:42:58Альфа-тесты - это каменный век на сегодня.

Цитата: графит от 24.09.2018 15:42:58Такое впечатление, что вы остановились в методологии лет 15 назад и до сих пор сидите в водичке (waterflow). SCRUM, CI и TDD прошли мимо вас.

Цитата: графит от 24.09.2018 15:42:58Сейчас в тренде 2-х недельные спринты и ежемесячные продакшен релизы. Препродакшен (бета по старому) вообще идет непрерывно, собственно как и тесты.

Цитата: Head790 от 24.09.2018 16:30:27В каждой конторе свои требования. Из знакомых мне - ревью не формальность, всё от фантазии проверяющего зависит.

Многие студенты и так параллельно учёбе работают. Мой однокурсник с факультета не связанного с программированием, уже вполне себе кодил на 3 курсе работая официально. После института ему самому выдали ассистентов. А "студенты-отличники" зачастую их cебя ничего особого не представляют.

При чём тут Ангуляр? Приложения с веб-интерфейсом - не верх технического совершенства, а пример, когда нужно сразу и всё.

*рукалицо.жпг* На живом клиенте что ли тестировать?

Отнюдь. Я не разработчик, но скорее ваши познания где-то в прошлом перестали обновляться. 

Есть такое. Альфа при таком подходе - считай ночная сборка, беты/RC никуда не девались.

Цитата: slavae от 22.09.2018 09:36:53На неделе на Хабре попалась статья, очень печальная, на тему разработки программ. Автор печалится, что программирование как инженерия сдалось под натиском хипстеров.

Цитата: qurvax от 24.09.2018 22:55:47Угу. Взгрустнулось И подумалось мне , что разгадка одна. Не стоит надеятся, что нечто, созданное для и заради заработка денег (а таково подавляющее большинство "продукта" IT-индустрии в общем смысле), будет наилучшим из возможных образом выполнять какую-то другую функцию, кроме этого самого заработка этих самых денег. Се ля ви.

Цитата: DarkRaider от 24.09.2018 22:11:38Смею заметить, что Вы, очевидно, про нормальную разработку только слышали, так как все альфы и "куча сборок" для проекта с хоть какими то требованиями по надёжности и эффективности, остаются "за закрытыми дверями" и никогда не допускаются вывода в эксплуатацию. Просто попробуйте себе представить нечто более другое чем "мегасайт для оптовиков" , например контроллер в блоке управления агрегатом - цена "альфа версии" в работе - может оказаться ценой сломанной производственной линии или чьей то жизни.

Цитата: пОМиДор от 25.09.2018 08:46:34Сразу видно IT менеджера команды поддержки
Вы попробуйте сделать продукт по указанным методологиям через две недели после подписания контракта.

ЗЫ. Громкие слова - знаете. А вот как и где их применять - вопрос.