С грыжами всё бывает сложно. Они бывают разные, на разных уровнях, разного размера и разного значения. Зависит от многих параметров — например, узости канала и т.д. 'Настоящая' межпозвонковая грыжа не рассосется никогда. И симптомы не боль (это полбеды), а онемение конечностей (вот это уже начало беды). Лечится как правило оперативно.
По собственному опыту. После операции стало сильно легче. Понятно, что ограничиваюсь в ношении тяжестей. Ну и вес скинул.
Паскаль довольно хорошо распространен не в Америке (по понятным причинам — 'благодаря' Майкрософту): Бразилия, Япония, Германия.
В мире сейчас больше трех миллионов пользователей Delphi, по Лазарусу нет данных.
Lazarus+FPC opensource как раз. Постепенно по фичам приближается к Delphi. LCL был кросс-платформенным всегда. Среда запускается прямо 'по месту', что удобно. Работает на чем угодно, что имеет процессор и хоть какую-то операционку.
Многословность Java в другом — начиная от принятой тяжеловесности идентификаторов и заканчивая собственно строго объектной парадигмой, что требует написания дополнительного чисто формального кода.
В конце концов не зря же Котлин появился :)
Писать begin/end, к слову, в Delphi давно не нужно — экспертом ctrl+shift+b блок добавляется на любом выделенном фрагменте кода (или просто на пустом месте) и сразу форматируется как нужно.
Благодарю за статью, познавательно. Вопрос. Можно ли сделать конвертацию чарсета и данных базы? 1251 > utf8. Пока что знаю только такой путь: в IbExpert полный дамп базы в файл-скрипт с последующим восстановлением из скрипта. Вариант не нравится тем, что скорее всего займет заметное время, база около 11 Gb, Fb 2.5. Можно ли как-то это сделать подобным описанному способом? Спасибо заранее.
По нашему опыту, он самостоятельно падает чаше Еврики
Странно, у меня сложилось мнение как раз наоборот. Эврика, бывает, иногда падает, правда очень редко. Mad не видел ни разу, что бы упал. Правда, мы его юзали меньше, Эврика удобнее.
Понимаете, и это во всём! Чуть то нужно — ищи хоть что-нибудь, доделывай, переделывай, и это из-за ОЧЕНЬ маленького сообщества.
Я бы не сказал, что сообщество даже в рунете маленькое, не говоря о мировом. Отвечают почти всегда.
Не у кого спросить, невозможно найти примеры
Если уж не нашел один из десятка активных форумов, можешь на телеграм канал зайти: t.me/Delphi_Lazarus
Ежедневные, почти ежечасные обсуждения всего подряд.
Насчёт подключения сторонних либ. Вы пробовали перевести хидеры из C++ в Делфи?
Пробовали. Существует с десяток авто-переводчиков, большей частью справляются автоматом. Поправить хитрые места только.
Пакет для отладки более-менее удобный только один — EurecaLog, сторонний, платный. Впрочем, как и многое в Делфах
Это неверно. Есть FastMM, есть JCL Debug, есть Mad Excpept. Всё либо бесплатное, либо с ограничениями (последний пакет, по возможностям он местами лучше Эврики).
Самому сейчас надо переносить проект в много миллионов строк с 7 на 10.2, и это ппц.
Самое поганое, что даже недостаточно просто заменить string на ansistring, pchar на pAnsiChar.
В целом не всё так плохо. По собственному опыту переноса нескольких миллионнострочных приложений. Как раз таки, как правило, string и char/pchar трогать не нужно.
Это исключительно ваша логика. Ms не один язык создала. И если бы они руководствовались вашей извращённой логикой, то они должны были бы сначала всё переписать на vb, потом на visual j++, потом на c#, потом на f#, потом на typescript…
Я всегда за платформу говорил, Шарп — как наиболее яркий представитель. Язык значения не имеет, как уже писал. .net в продуктах Майкрософта используется минимально. Большая часть кода — плюсы.
C# отличный язык. Один из самых удобных, на которых мне доводилось писать. Какие именно его концепции вы считаете плохими?
Мне сложно говорить, какие именно особенности .net Майкрософт считает плохими, раз его почти не использует. Возможно это скорость, возможно фактическое отсутствие кросс-платформенности до .net core. Возможно еще что-то.
бизнес не переписывает продукт просто для того, чтобы переписать на новую технологию
Всякое бывает, по собственному опыту. У меня софтверный бизнес уже почти 20 лет работает, довольно успешно.
Переписать для чего? Ради того, чтобы переписать? Что за бред
Ради продвижения своей «мега-технологии» хотя бы.
Потому что .net это платформа. И на неё надо именно переписывать. Её нельзя внедрить частично.
Ок, отлично. Что можно сделать лучше того, для продвижения своей технологии в мире, чем писать свой же софт на ней? Однако же нет.
Угу, вам всё равно, я понял
Мне — да. Удобно писать на F# — пусть так. Главное — результат.
vscode это вообще-то atom. Я понимаю, что уровень аргументации примерно такой: они могли переписать атом на c#, но раз не сделали этого, значит c# отстой — но такая аргументация не имеет отношения к здравому смыслу.
Atom+Electron, интерфейс — JS+CSS, Сишарпа, увы, нет. Аргументация простая: если Шарп действительно настолько хорош, насколько о нем рассказывают, то логично же его максимально использовать во всех своих продуктах. Однако этого и близко нет.
Visual studio на шарпе написана. Как вам это?
Частично да, но не полностью.
Заявлять, что с# плох потому что майрософт не переписала на нём свои продукты это именно неспособность к адекватной оценке.
Моё мнение такое, что если бы язык/платформа были действительно отличными и революционными, то большая часть продуктов была бы переписана. А уж новые и подавно.
Видимо, Майкрософт должен был сразу переписать свои продукты на c# как только он появился.
Шарпею, уже, слава Богу, сто лет в обед. Могли бы и переписать, хотя бы часть софта. Начиная хотя бы и с калькулятора как раз. Однако увы.
Проект не был переписан на UWP. Потому что UWP не язык
UWP не язык, но одна из технологий. Почему UWP используют, а .net нет? Причем почти нигде.
Кстати, а почему c#, а не f#?
Не имеет значения, пусть и F#.
А по поводу плюсов, которые были упомянуты — видимо они настолько универсальные и крутые, что чуть не каждый год новый стандарт выходит. Странно, что такой хороший язык продолжают дорабатывать.
Ладно старые, так и новые вещи пишут не на .net. Я уже писал, но повторюсь: гуй Скайпа, VSCode.
Тут бы даже я поставил минус если бы мог
Очередной кармадрочер? :)))
Как же хабровчане обожают душить альтернативные мнения :)
По собственному опыту. После операции стало сильно легче. Понятно, что ограничиваюсь в ношении тяжестей. Ну и вес скинул.
В мире сейчас больше трех миллионов пользователей Delphi, по Лазарусу нет данных.
Писать begin/end, к слову, в Delphi давно не нужно — экспертом ctrl+shift+b блок добавляется на любом выделенном фрагменте кода (или просто на пустом месте) и сразу форматируется как нужно.
stackoverflow.com/questions/100596/best-resources-for-converting-c-c-dll-headers-to-delphi
Странно, у меня сложилось мнение как раз наоборот. Эврика, бывает, иногда падает, правда очень редко. Mad не видел ни разу, что бы упал. Правда, мы его юзали меньше, Эврика удобнее.
github.com/neslib/Chet
Mad Except умеет.
mORMot в помощь:
github.com/synopse/mORMot
Довольно навороченная бесплатная либа.
Я бы не сказал, что сообщество даже в рунете маленькое, не говоря о мировом. Отвечают почти всегда.
Если уж не нашел один из десятка активных форумов, можешь на телеграм канал зайти:
t.me/Delphi_Lazarus
Ежедневные, почти ежечасные обсуждения всего подряд.
Это не так, множество проектов довольно активно развивается, вот список:
github.com/Fr0sT-Brutal/awesome-pascal
Пробовали. Существует с десяток авто-переводчиков, большей частью справляются автоматом. Поправить хитрые места только.
Это неверно. Есть FastMM, есть JCL Debug, есть Mad Excpept. Всё либо бесплатное, либо с ограничениями (последний пакет, по возможностям он местами лучше Эврики).
Рекомендую поискать тут (вроде бы всё, что хочется есть):
github.com/Fr0sT-Brutal/awesome-pascal
Xamarin, если что, не их продукт. Купили.
Не в калькуляторе дело. А в общем подходе. .net используется самими майками почти нигде. При том технология продвигается, как замена всего сущего
www.tiobe.com/tiobe-index/cplusplus
Я всегда за платформу говорил, Шарп — как наиболее яркий представитель. Язык значения не имеет, как уже писал. .net в продуктах Майкрософта используется минимально. Большая часть кода — плюсы.
Мне сложно говорить, какие именно особенности .net Майкрософт считает плохими, раз его почти не использует. Возможно это скорость, возможно фактическое отсутствие кросс-платформенности до .net core. Возможно еще что-то.
Всякое бывает, по собственному опыту. У меня софтверный бизнес уже почти 20 лет работает, довольно успешно.
C/C++ вполне универсальны.
Ок, отлично. Что можно сделать лучше того, для продвижения своей технологии в мире, чем писать свой же софт на ней? Однако же нет.
Мне — да. Удобно писать на F# — пусть так. Главное — результат.
Atom+Electron, интерфейс — JS+CSS, Сишарпа, увы, нет. Аргументация простая: если Шарп действительно настолько хорош, насколько о нем рассказывают, то логично же его максимально использовать во всех своих продуктах. Однако этого и близко нет.
Частично да, но не полностью.
Моё мнение такое, что если бы язык/платформа были действительно отличными и революционными, то большая часть продуктов была бы переписана. А уж новые и подавно.
UWP не язык, но одна из технологий. Почему UWP используют, а .net нет? Причем почти нигде.
Не имеет значения, пусть и F#.
Ладно старые, так и новые вещи пишут не на .net. Я уже писал, но повторюсь: гуй Скайпа, VSCode.
Очередной кармадрочер? :)))
Как же хабровчане обожают душить альтернативные мнения :)