The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

18 декабря в МГУ Алексей Брагин проведёт семинар по ReactOS, opennews (ok), 17-Дек-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


19. "18 декабря в МГУ Алексей Брагин проведёт семинар по ReactOS"  +1 +/
Сообщение от myhand (ok), 17-Дек-14, 19:56 
> Правительство, безопасность, ГОСТы на СПО, импортозамещение ...

Ну, квасным поцреотам - удачи с импортозамещением Linux-а.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

85. "18 декабря в МГУ Алексей Брагин проведёт семинар по ReactOS"  –3 +/
Сообщение от Аноним (-), 18-Дек-14, 07:00 
>> Правительство, безопасность, ГОСТы на СПО, импортозамещение ...
> Ну, квасным поцреотам - удачи с импортозамещением Linux-а.

Ты где квасных потреотов тут нашел? Робяты делают благородную работу - создают ОС для запуска приложений Microsoft. От которой им, видимо, будет большое спасибо, ибо будет на чем запускать КУПЛЕННЫЙ MS Office.

Ответить | Правка | Наверх | Cообщить модератору

111. "18 декабря в МГУ Алексей Брагин проведёт семинар по ReactOS"  +/
Сообщение от myhand (ok), 18-Дек-14, 13:51 
Ну, учитывая что огромная база софта в этой стране - написана на коленке школьнеками на этих ваших дельфи под MS Windows разных размеров и сортов...  Короче, эта "блаародная работа" куда больше похожа на импортозамещение, чем пропаганда всякого тут вражьего Linux.
Ответить | Правка | Наверх | Cообщить модератору

113. "18 декабря в МГУ Алексей Брагин проведёт семинар по ReactOS"  +/
Сообщение от pavel_simple (ok), 18-Дек-14, 13:59 
> Ну, учитывая что огромная база софта в этой стране - написана на
> коленке школьнеками на этих ваших дельфи под MS Windows разных размеров
> и сортов...  Короче, эта "блаародная работа" куда больше похожа на
> импортозамещение, чем пропаганда всякого тут вражьего Linux.

для несчастного дельфи уже есть замена -- как минимум рабочий lazarus.
другое дело что у нас не принято требовать открытия исходников, в том числе для госзаказа.
wine позволяет запускать win32 программы имея сильно меньше зависимостей от платформы -- так что цельная winxp в опенсорс виде с отставанием в 15 лет действительно выглядит радикальным вариантом.

Ответить | Правка | Наверх | Cообщить модератору

115. "18 декабря в МГУ Алексей Брагин проведёт семинар по ReactOS"  +2 +/
Сообщение от myhand (ok), 18-Дек-14, 14:37 
> для несчастного дельфи уже есть замена -- как минимум рабочий lazarus.

Так это ж снова враги сделали!

Ответить | Правка | Наверх | Cообщить модератору

116. "18 декабря в МГУ Алексей Брагин проведёт семинар по ReactOS"  +/
Сообщение от pavel_simple (ok), 18-Дек-14, 14:40 
>> для несчастного дельфи уже есть замена -- как минимум рабочий lazarus.
> Так это ж снова враги сделали!

тут-то я и спалился!

Ответить | Правка | Наверх | Cообщить модератору

144. "18 декабря в МГУ Алексей Брагин проведёт семинар по ReactOS"  –1 +/
Сообщение от vlikhachev (ok), 18-Дек-14, 20:18 

> для несчастного дельфи уже есть замена -- как минимум рабочий lazarus.

РАБОЧИЙ?
Баркод, например, из lazarus каким компонентом можно напечатать? Там вообще все, что касается печати, в зачаточном состоянии, IMHO... Впрочем, если Вы об этом знаете больше - не откажитесь кинуть ссылочку...

Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

149. "18 декабря в МГУ Алексей Брагин проведёт семинар по ReactOS"  +2 +/
Сообщение от Аноним (-), 18-Дек-14, 20:35 
Смотрите, дети: это существо называется дельфист. Чем дельфист отличается от программиста? Тем что если компонента нет - все, приплыли. Задача нерешаема.
Ответить | Правка | Наверх | Cообщить модератору

156. "18 декабря в МГУ Алексей Брагин проведёт семинар по ReactOS"  –1 +/
Сообщение от vlikhachev (ok), 18-Дек-14, 21:34 
> Смотрите, дети: это существо называется дельфист. Чем дельфист отличается от программиста?
> Тем что если компонента нет - все, приплыли. Задача нерешаема.

Блин, не в этом же вопрос. Вопрос в том, сколько времени необходимо затратить на создание работоспособного приложения, способного печатать, например, баркоды, или этикетки для WMS системы, штук по 8-24 на лист А4, на Лазарусе.

Разумеется, можно управлять принтером и напрямую (утрированно), но называть RAD-ом
(или заменой Дельфи) Лазарус невозможно в силу озвученных выше причин. Так как рисование тех же этикеток (либо писание и дальнейшая поддержка необходимого ВЫСОКОУРОВНЕВОГО компонента самостоятельно) займет в результате неприемлемо долгое время. Хотя, если Вы гентушник или, не дай бог, БСДшник, то Вы это просто не воспримете в силу встроенных ограничений.

Основное преимущество Дельфи (я сказал преимущество, да) в том, что было обширное комьюнити, с разделением труда - одни пишут компоненты, другие их используют. Не было  проблемы потратить 100-200$ на подходящий тебе недостающий компонент и оперативно создать работающее и относительно масштабируемое приложение. Поэтому их (приложений на Дельфи) и было так много в автоматизации мелких фирм.
Вас же не смущает С++, где одни пишут библиотеки классов, а другие их используют?

Насколько видно, у Лазаруса просто нет подобного комьюнити (и вряд ли оно будет), поэтому он и является учебным поделием, в отличии от.

Ответить | Правка | Наверх | Cообщить модератору

222. "18 декабря в МГУ Алексей Брагин проведёт семинар по ReactOS"  +1 +/
Сообщение от Аноним (-), 19-Дек-14, 16:57 
> или этикетки для WMS системы, штук по 8-24 на лист А4,
> на Лазарусе.

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

> Разумеется, можно управлять принтером и напрямую (утрированно),

Ну правильно, CUPS и прочее готовое - для лохов, библиотеки - не слышали. Вот самому напрямую заморочиться - это да! Одного не понимаю - почему выбор идет между ламерским тыканием кнопок на форму и хардкорным прямым программирванием железа? Между этими полюсами есть навалом вариантов.

> но называть RAD-ом (или заменой Дельфи) Лазарус невозможно в силу
> озвученных выше причин.

...только в 1 конкретном узкоспециализированном закоулке, заметим.

> Так как рисование тех же этикеток (либо писание и дальнейшая поддержка
> необходимого ВЫСОКОУРОВНЕВОГО компонента самостоятельно) займет в
> результате неприемлемо долгое время. Хотя, если Вы гентушник или,

Если я даже просто обычный сишник под убунтой - я подключу, бэть, готовую либу делающую мне генерацию этого самого кода - их толпа понаписана. Ну или под нечто совсем нестандартное - ну ок, может придется попыхтеть и написать свой генератор. Для большинства кодов это тривиально. Хотя например QR - замороченный, с коррекцией ошибок. Для него готовую либу взять проще будет. Работу с принтером тоже мало кто делает сам - а cups и прочие либы для красоты чтоли? Хотя если надо нечто совсем уникальное - можно и прямое управление. Не так уж это и долго, если нормальная документация есть. И работать потом будет лучше чем некие выперыши дельфистов, где они понатыкали кнопок, а компонент впервые видят и понятия не имеют какие там закидоны. А поскольку RAD - тестировать будет прямо сам юзер. По живому. В продакшне. А дельфист технично смотает удочки получив тугрики - а дальше лох пусть сам телепается как умеет. За что-то такое дельфистов и недолюбливают - работают их глюкала потом очень проблемно.

> не дай бог, БСДшник, то Вы это просто не
> воспримете в силу встроенных ограничений.

Я пользуюсь хубунтой, как раз потому что хардкорная дoлбoтня с системой для получения обычного десктопника мне не доставляет :P

> Основное преимущество Дельфи (я сказал преимущество, да) в том, что было обширное
> комьюнити, с разделением труда - одни пишут компоненты, другие их используют.

При том обычно получалась гранд-подстава для клиента:
1) Програмер ни в зyб ногoй как там и что работало, так что малейшая неидеальность и все валится.
2) При проблемах с компонентом писать надо в спортлото.
3) Исходников на компонент зачастую нет. Через некоторое время клиент обнаруживает что он купил кусок проблем, который даже пересобрать на современной версии компилятора уже не получается. И приходится клиенту таскать архаичное окружение специально под этот шит.
4) Тестирование - ну это не про рапидную разработку. Сам клиент и потестирует. Прошареные дельфисты свинчивают вовремя и поэтому клиент узнает что краевые случаи и редкие ситуации плохо работают уже опосля. Когда дельфиста след простыл.
5) Качество кода рапидчины понятно какое. Обработка ошибок? Авторекавери в автопилотном режиме? Что вы! В результате автомат оплаты деньги кушает а зачислить забывает. Потому что никто не проверяет успех сетевых операций по падучему жпрс. Заканчиваеся это разумеется заслуженным топором в экран, недвусмысленно демонстрирующим отношение пользователя к такой работе софта. Ну или интерфейс там виснет и прочее. И стоит девайс как столб чуть ли не неделю - крашрекавери на авопилоте не предусмотрено как класса. При том арендная плата капает, а профит не тикает. Тоже мило.

> Не было  проблемы потратить 100-200$ на подходящий тебе недостающий компонент
> и оперативно создать работающее и относительно масштабируемое приложение.

Видали мы эти приложения. Собственно именно за них дельфистов и считают тем кем они являются :).

> Вас же не смущает С++, где одни пишут библиотеки классов, а другие
> их используют?

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

> Насколько видно, у Лазаруса просто нет подобного комьюнити (и вряд ли оно
> будет), поэтому он и является учебным подeлием, в отличии от.

Уточним: это лох-паскалисты не понимают что либа должна идти в сорцах и под вменяемой лицензией. Иначе это залет и факап своего же будущего. А поскольку ваше комьюнити такая печальная и дубовая гниль, то и кроссплатформенность у вас вот в таком состоянии. У дельфистов был выбор и они выбрали жить сегодняшним днем, не думая о завтра. Это возымело свою цену - отсутствие свободы маневра и кучу дурных и неудобных зависимостей (вендорлок). Вот такой вот капитанинг. И в индустрии все понимают чем вы являетесь. Поэтому ваша стоимость и перспективы - такие какие есть.

Ответить | Правка | Наверх | Cообщить модератору

120. "18 декабря в МГУ Алексей Брагин проведёт семинар по ReactOS"  +1 +/
Сообщение от Аноним (-), 18-Дек-14, 15:39 
> спасибо, ибо будет на чем запускать КУПЛЕННЫЙ MS Office.

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

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

123. "18 декабря в МГУ Алексей Брагин проведёт семинар по ReactOS"  +1 +/
Сообщение от а (?), 18-Дек-14, 16:21 
> КУПЛЕННЫЙ MS Office.

Работает в wine, а в реактоси работать с ним нельзя... вот это работа :)

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру