Комментарии 40
Delphi, ReactOS, IRC… закопайте стюардессу, ну хотя бы одну.
Я шучу.., но в каждой шутке есть доля правды.
Я шучу.., но в каждой шутке есть доля правды.
-12
Несмотря на все потуги хипстеров эти проекты продолжают жить и приносить пользу людям
+9
Когда Delphi и IRC шли в строю, тогда те кто ничего не хотел изучать использовали дос и ассемблер называя остальных аналогом слова хипстер. (У меня такой знакомый «программист» ушел в 40 лет из программистов в эникейщики.) Я сам тоже консерватор и Delphi держался долго, но ничто не вечно под луной.
+2
Насчёт IRC — ему пока что нет ни одного аналога с таким же количеством разных клиентов и серверов. И да, он до сих пор используется большей частью разработчиков
-1
Все мы прекрасно понимаем почему им могут пользоваться, и почему он безнадежно устарел. Но не количество клиентов важный критерий. (Потому кстати и клиентов много что он очень простой как ftp, но вот последний недавно «забанили» в firefox и chrome.)
0
FF и Chrome рано или поздно забанят и http без сертификатов.
0
Сомневаюсь, как они сами говорили, это избавление от не нужного кодового груза.
И это совсем не похоже на заботу о безопасности пользователей. FTP ничем не хуже HTTP на страницах с HTTPS. Кроме того есть FTPS, но никого не волнует. С учетом этого не факт что http запретят, просто будут ставить красный замочек рядом и все (что правильно по крайней мере для сайтов с полями ввода). К тому же как на счет локалхостов? Множество программ имеют веб интерфейсы, поднятые на коленке dev версии сайтов, а просто сохраненные страницы? Не, можно поднять https на localhost, но это мало кому нужное приключение.
0
Т.е. из кодовой базы в миллионы строк они решили выпилить небольшой кусочек (и при том — функциональный), типа чистку произвели? Ну ок.
+3
FTP не забанили (ещё), а запретили вставку элементов находящихся на ftp:// в страницы.
Т.е. открывать ftp-серверы в Firefox по прежнему можно, клиент никуда не делся.
+2
Время IRC уже давно прошло и популярность его падает, сейчас в сети IRC 390тысяч пользователей вообще по всему миру, много это или мало? в начале 2000х только в десятке крупнейших сетей было больше 200тыр пользователей (в каждой из)
и про «большую часть» — это очень интересная статистика
и про «большую часть» — это очень интересная статистика
+1
Вообще-то Delphi живее всех живых. В последней Rad Studio можно написать приложение за пол часа, не написав при это ни одной строчки кода, используя LiveBindings, и откомпелировать для Andriod, iOS, OSx, Windows и Linux
0
Я это слышу еще со времен VB4 (а то мож и раньше, но я с VB4 столкнулся с первым и там были такие слова что «скоро код будет писать не нужно!!»), а тут вы предлагаете как аргумент в 2018 году то что в 1995 году считалось «вау» функцией… только вот код всеравно все пишут
+2
Сколько пробовал этот RAD — ничего глючней не видел.
-2
C одной стороны, вы правы. И для своего времени это были прекраксные иснтрументы. Но сейчас есть лучшие, и более динамично развивающиеся. И только по инерции матёрые (читай: старой школы) айтишники продолжают пользоваться старьём, только продлевая его агонию и плодя зоопарк технологий. Я бы здесь ещё поставил первым пунктом списка на закапывание исчадие ада под названием mailing lists (простите, наболело).
-1
В некоторых случаях — таки к сожалению. Мы работаем со всяким нестандартным оборудованием типа сенсоров веса, дальнобойных RFID-ридеров и т.п. Конфигураторы для этого добра китайцы почему-то пишут на Дельфи (или нам просто везет в последнее время). Если код на .NET обычно реверсится за час-два и к концу дня уже рожается нормальный command-line конфигуратор — то с Дельфи приходится вспоминать Ассемблер на котором я не писал лет 25.
0
Ну это проблема не Delphi, а любого компилируемого языка, хоть Delphi, хоть C++, Rust, C и т.д.
Напротив — хорошо что Delphi, много информации о типах содержится в rtti, формы доступны в исходниках, названия функций и т.д.
Напротив — хорошо что Delphi, много информации о типах содержится в rtti, формы доступны в исходниках, названия функций и т.д.
0
{$RTTI EXPLICIT METHODS([vcPublished]) PROPERTIES([vcPublished]) FIELDS([vcPublished])}
И всё, данных RTTI в бинарнике больше нет. :)
0
Круто!
0
А где код с ошибкой? Или хотя бы ссылка на коммит? Финал драмы испорчен)
+2
Ссылка на коммит есть в списке ссылок в самом низу ;)
Если вы про прежнюю ошибку в qsort, то я отвечал вот тут: habr.com/company/reactos/blog/413461/#comment_18746791
Если вы про прежнюю ошибку в qsort, то я отвечал вот тут: habr.com/company/reactos/blog/413461/#comment_18746791
0
Хорошо описано, читается как детектив
+3
Всегда интересно такое почитать.
+1
Весьма познавательно, спасибо! А это в мемориз: "недокументированные подводные камни" )))
+1
Тоже мой любимый ЯП делфятина. Но если цепляться за него, можно остаться без работы). Приходится жабить на жабе в мире кровавого интерпрайза)) хотя на делфи с удовольствием беру править г@вно проекты на фрилансе, особо денег не приносит, типа хобби) спасибо за статью.
0
Так что там за глюк-то был с выводом текста ошибки? Или было решено победить его индусским методом (раз баг случается в таком-то случае — значит, меняем условия так, чтобы этот случай в этом месте не возникал)? :)
0
С этим глюком пока никто не разбирался, по-моему ещё даже тикет в JIRA не открыли… Поскольку проблема с git разрешилась, на эту второстепенную проблему похоже забили.
Там при возникновении исключения выводы из stdout и stderr как-то по-хитрому смешиваются между собой, и одновременно выводятся в консоль.
Впрочем, я ведь могу собрать git, добавив
Там при возникновении исключения выводы из stdout и stderr как-то по-хитрому смешиваются между собой, и одновременно выводятся в консоль.
Впрочем, я ведь могу собрать git, добавив
assert(false);
например… так и сделаю!+1
Похоже на то, что строка «assertion failed ...» является двухбайтовой (типа wchar_t), и пробелы соответствуют нулевым байтам каждого двухбайтового символа
0
По-французски Hermes это разве не Эрме? Так же как Эркюль Пуаро совсем не Геркулес.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Заводим Git for Windows под ReactOS