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

Цитата: adolfus от 23.01.2017 09:05:25На жаве можно написать программный продукт, но развивать его будет очень сложно. Производные классы и наследование -- это тот камень, о который всегда спотыкаются на этом пути. Постоянное переписывание всего целиком -- вот путь жавы. Ее мир, как и мир всего ООП на основе производных классов и наследования -- одноразовые продукты на заказ. Сваял и забыл через год-другой. Поэтому у духов, за спиной которых нет десятилетней практики поддержки какого-нибудь одного программного продукта, и пользуется вниманием -- можно быстро освоить и чего-нибудь быстро настругать. А как оно будет дальше жить и развиваться, это проблемы тех, кто придет на их место.

Владение языком -- незначительная часть тех навыков, котороые необходимы, чтобы писать программы вообще, а не только переносимые. Можно освоить несколько языков и при этом не научиться программировать. Язык -- это всего лишь инструмент. Чтобы научиться его применять эффективно и с пользой нужно на порядок более знаний и умений, чем просто освоить язык. Немногим выше был упомянут Брукс. На сегодня его тезис о том, что в программной индустрии нет серебряной пули, остается в полной мере справедливым.

Цитата: folk от 23.01.2017 09:02:15Ничего, Java 1.8 постепенно исправляет этот недостаток. Да и в целом Java навевает параллельные threads что есть неисчерпаемый кладезь ошибок.
Честно говоря не думаю что C++ сложнее чем Java. Просто у Javiстов что то с головой - больше моды чем смысла.

Цитата: DarkRaider от 23.01.2017 12:37:16Я углядел тут:

С андройдом - да вы посмотрите, скольких разработчиков "загнали" на эту платформу. Ради этой массовости они и взяли Java. В итоге - тормозит, просто ужас (по сравнению с нативным исполняемым кодом). Зато гибкость использования - на очень высоком уровне (ни на одном другом телефоне я бы не смог реализовать всё то, что сейчас у меня есть). Думаю, что если бы надо было писать на С - андроид не стал бы таким простым в установке на разные телефоны (а аппаратный зоопарк там - просто тихий ужас, если вы вдруг не в курсе) и не обрел популярности, потому что просто в мире команды разработчиков не смогли бы написать столько приложений для всех этих Х-маркетов.

и объясню почему.

В задачи Операционной Системы входит управление процессами и ресурсами железа. Для унификации API предоставляемых ОС с разным аппаратным железом служит механизм Драйверов.  Следовательно, когда у Вас на телефоне, планшете, десктопе, телевизоре, холодильнике стоит и штатно работает ОС (в обсуждаемом случае Андроид), значит он там уже зашит, вместе с драйверами под имеющееся на борту железо.

Именно в этот момент Вы вольны писать код по АНДРОИД, на любом удобном вам языке имеющем компилятор для АНДРОИДА. И исполняемый код будет переносим, единообразно исполняем, эффективен. То что имеет место зоопарк андроидов, с херовой обратной совместимостью и абсолютно дебильным, временами, поведением - это минус, который пошёл из сути, говно писали, говно рекламировали, говно совали, говнокодеры в массе своей и слетелись на сладенькое.

А вот в этот момент, всплывает ЖАБА. Это не более чем "надстройка сверху" на операционку, которая добавляет ещё один уровень абстракции.
Пишется программа для интерпретатора жабы, она его кушает, выполняет обращаясь к API системы. Получаем среднее звено, которое конвертирует единообразность исполнения входящего кода ценой потери общей эффективности работы.

Цитата: Hadan от 23.01.2017 12:59:30ТЗ и желания заказчика, это две большие разницы, особенно на момент завершения проекта

Цитата: TAU от 23.01.2017 17:19:56Да, есть эта проблема.

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

Умный системный аналитик - способный наконец донести до заказчика, чего ему на самом деле нужно 

Цитата: Igor_FF от 24.01.2017 08:33:02Учитывая, что первая версия C#

Цитата: Superwad от 27.01.2017 11:29:50Разгребая информацию одного интересного сообщения, с удивлением узнал, что Win2003 serever -есть система реального времени? Когда она такой стала, и как быстро она обрабатывает сообщения в режиме реального времени, или есть специальная сборка для этих целей?

Цитата: Superwad от 27.01.2017 11:29:50Разгребая информацию одного интересного сообщения, с удивлением узнал, что Win2003 serever -есть система реального времени?

Цитата: adolfus от 29.01.2017 01:13:44Датировано каким числом было? Первого апреля?
У микрософт есть WinCE. Некоторые ее позиционируют, как ОС мягкого реального времени. Но это не так -- сама микрософт говорит, что это ОС с "поддержкой реального времени". Что касается их серверов, то ни один из ש-серверов никогда не был ОСРВ и не будет. Не та архитектура, чтобы.

Цитата: Superwad от 30.01.2017 06:58:54Насчет WinCE я в курсе - у нас на заводе автоматическая линия на ней пашет, на DOS пашут токарные станки, есть фрезер на Линукс от Сименс. А тут разгребал интересную новость от атомщиков - на чем работает система управления реактором. Зашел на сайт разработчика основы этой системы и выпал в осадок - там система управления - эта надстройка над ОС реального времени - и значатся Win2003 Server, Unix, и др.
Начал копать, оказалось, что системы жесткого реального времени - это - двухядерные системы. Разработано как для Win NT, так и для Линукса. Но, интересно, что из всех систем из разряда Виндовс, только 2003 в ней числиться и более ничего свежее нет.
К чему бы это? Совсем стало барахло, или разрабы ушли на более без проблемную с открытыми исходниками ОС?

Цитата: folk от 31.01.2017 03:41:09Ну тогда уж и на интеловском процессоре нельзя сделать "жесткую" ОС РВ - сколько он там времени контекст переключает. Должен же где то быть разумный минимум на время обработки события.

Цитата: adolfus от 31.01.2017 02:51:31Ни NT, ни linux в принципе не могут обеспечить режим жесткого реального времени -- не та архитектура. WinCE -- это как раз NT и есть. Все лишнее из нее выбросили и все равно получили только муляж ОС мягкого РВ. Нельзя получить ОСРВ из ОС универсального назначения, банально облегчая ее и освобождая от излишеств. С линуксом по этой причине тоже не очень сложилось. Построение любой ОСРВ, даже мягкого РВ, необходимо выполнять с нуля и для конкретной прикладной задачи. После того, как дюжина разных задач будет беспроблемно окучена, можно браться за обобщение решений и сливать их в модульную ОСРВ.

Цитата: folk от 31.01.2017 03:41:09Ну тогда уж и на интеловском процессоре нельзя сделать "жесткую" ОС РВ - сколько он там времени контекст переключает. Должен же где то быть разумный минимум на время обработки события.

Цитата: Superwad от 31.01.2017 07:07:191. На Линуксе как раз можно сделать систему мягкого РТОС, из-за того, что тяжелая графика отделена от ядра, в отличии от Винды.
2. Я считал, что WinCE - это не совсем NT, а параллельная мобильная система, которая совместима только на уровне некоторых библиотек. Есть еще вариант Embeded - та, вариант настольной как бы
3. Вот для жесткой РТОС и сделан вариант двухядерности. Интересно то, что для отработки дальнейших сообщений выбрана только Win2003 Server - и больше ничего от M$. Причем все приблуды в виде второго ядра - от сторонних производителей.
Полагаю, все дело в том, что дождаться описания от М$ своих библиотек и системы очень долго и нудно, проще взять Линукс и заваять свое изделие - проще и меньше проблем с лицензиями...

Цитата: adolfus от 31.01.2017 08:43:331. Можно, но пока не особо получилось. Ядро слишком тяжеловато даже в урезанном варианте -- много лишнего кода, который RTOS не нужен, но убрать его не получается.
3. Насколько я помню, первые эксперименты с NT в качестве RTOS закончились плохо -- полностью обездвиженный по причине отказа энергетики корабль из средиземки буксировали на завод через всю атлантику. В наше время точно такие же дела происходят с фанерным суперэсминцем пиндосов Зумвольт, где по некоторым сведениям ש-довсы крутятся в RT. Известны два случая.

Цитата: Спецагент Купер от 31.01.2017 10:24:46В большинстве случаев задачи реального времени не решаются выбором операционной системы

Цитата: Superwad от 31.01.2017 10:17:15...в обычную SQL сервер - по умолчанию - Oracal.