kami
-
Постов
643 -
Зарегистрирован
-
Посещение
-
Победитель дней
41
Активность репутации
-
kami получил реакцию от Vitaldj в В Add Planform нет iOS Simulator
А SDK к нему подтянуты? Одна из подтянутых сделана активной?
-
kami получил реакцию от Равиль Зарипов (ZuBy) в Перспективы RAD
VCL чуть более чем полностью завязан на WinAPI и виндовый механизм обработки сообщений. Обеспечение совместимости вылилось бы в гораздо большее количество костылей, имеющиеся баги при их "исправлении" порождали бы новые в абсолютно "не связанных" областях , ну и прочие прелести "гибкого" решения не заставили бы себя ждать.
Посему - создать абсолютно новый фреймворк было правильным и взвешенным решением.
-
kami получил реакцию от AngryOwl в Перспективы RAD
К сожалению, кнопка "Жалоба" не работает, поэтому пишу прямо здесь:
Господа модераторы, может хватит уже смотреть спустя рукава на непозволительный тон и оскорбительные высказывания от haword ?
И вообще, коллеги - не кормите троллей. Человек для себя уже всё давно решил, а здесь просто пытается утвердить свое мнение.
haword , идите на хабр. Там вас поддержат, они любят такие речи. Здесь не те, кто "колется, плачет, но продолжает жрать кактус", а люди несколько иного настроя.
-
kami получил реакцию от Vitaldj в Перспективы RAD
К сожалению, кнопка "Жалоба" не работает, поэтому пишу прямо здесь:
Господа модераторы, может хватит уже смотреть спустя рукава на непозволительный тон и оскорбительные высказывания от haword ?
И вообще, коллеги - не кормите троллей. Человек для себя уже всё давно решил, а здесь просто пытается утвердить свое мнение.
haword , идите на хабр. Там вас поддержат, они любят такие речи. Здесь не те, кто "колется, плачет, но продолжает жрать кактус", а люди несколько иного настроя.
-
kami получил реакцию от #WAMACO в Перспективы RAD
К сожалению, кнопка "Жалоба" не работает, поэтому пишу прямо здесь:
Господа модераторы, может хватит уже смотреть спустя рукава на непозволительный тон и оскорбительные высказывания от haword ?
И вообще, коллеги - не кормите троллей. Человек для себя уже всё давно решил, а здесь просто пытается утвердить свое мнение.
haword , идите на хабр. Там вас поддержат, они любят такие речи. Здесь не те, кто "колется, плачет, но продолжает жрать кактус", а люди несколько иного настроя.
-
kami получил реакцию от Равиль Зарипов (ZuBy) в Undeclared identifier: 'GetSharedDocumentsPath'
System.IOUtils в uses поставить после модуля, в котором описан компонент TPath (делфи не под рукой, не скажу в каком конкретно).
-
kami получил реакцию от Rusland в Undeclared identifier: 'GetSharedDocumentsPath'
System.IOUtils в uses поставить после модуля, в котором описан компонент TPath (делфи не под рукой, не скажу в каком конкретно).
-
kami получил реакцию от Brovin Yaroslav в Undeclared identifier: 'GetSharedDocumentsPath'
System.IOUtils в uses поставить после модуля, в котором описан компонент TPath (делфи не под рукой, не скажу в каком конкретно).
-
kami получил реакцию от Rusland в Перспективы RAD
VCL чуть более чем полностью завязан на WinAPI и виндовый механизм обработки сообщений. Обеспечение совместимости вылилось бы в гораздо большее количество костылей, имеющиеся баги при их "исправлении" порождали бы новые в абсолютно "не связанных" областях , ну и прочие прелести "гибкого" решения не заставили бы себя ждать.
Посему - создать абсолютно новый фреймворк было правильным и взвешенным решением.
-
kami получил реакцию от krapotkin в Перспективы RAD
VCL чуть более чем полностью завязан на WinAPI и виндовый механизм обработки сообщений. Обеспечение совместимости вылилось бы в гораздо большее количество костылей, имеющиеся баги при их "исправлении" порождали бы новые в абсолютно "не связанных" областях , ну и прочие прелести "гибкого" решения не заставили бы себя ждать.
Посему - создать абсолютно новый фреймворк было правильным и взвешенным решением.
-
kami получил реакцию от Steepe_Hare в Перспективы RAD
Вот-вот. Не раз говорил именно это, Но диванные эксперты знают лучше.
-
kami получил реакцию от Error в Перспективы RAD
я бы так не сказал. Это еще и вопрос самолюбия. Ярославу, наверное, интересно читать что тут за него нарешали, но все же озвучу свою мысль: далеко не каждый, которому сказали (мягко и корректно) "спасибо, в ваших услугах мы больше не нуждаемся", а потом "Аааа.... вернись, я всё прощу, хреннилион денег дам и личного повара" ответят "да, я вернусь" из-за прозвучавшего ранее "не нуждаемся".
Это если смотреть со стороны разработчика - наемного работника.
Со стороны компании же позвать обратно всех будет означать "да, мы крупно облажались и хотим вернуть всё взад". Даже если первая часть фразы (облажались) является правдой - далеко не каждый сможет признать подобное. Для того, чтобы эта фраза не имела больших последствий, нужно иметь сильные личностные качества.
-
kami получил реакцию от Kitty в Перспективы RAD
непосредственно они, профессионально - нет, не будут. В качестве хобби - да, возможно. На встрече Ярослав рассказывал, что у него куча наработок, которые он хочет довести до ума. А "заниматься RAD" подразумевает, насколько я понимаю, вкладывать свой труд в ядро - в сами исходники Delphi. Я просто не представляю, как это может выглядеть - филиал расформирован, но пуллреквесты приветствуются?
Скажем так - в ближайший год всё должно стать гораздо лучше, чем сейчас. И только ближе к концу наступившего года можно будет делать какие-то прогнозы и выводы.
Я вот буду поглядывать, как быстро Embarcadero будет реагировать на новые версии iOS, а то Apple в последнее время штампует их как...(очень быстро штампует), и из-за этого появляются частичные несовместимости с новым xCode. Имхо, выпустить hotfix на минорную версию iOS не должно потребовать множество усилий. Увы - пока тишина...
-
kami получил реакцию от Error в Перспективы RAD
непосредственно они, профессионально - нет, не будут. В качестве хобби - да, возможно. На встрече Ярослав рассказывал, что у него куча наработок, которые он хочет довести до ума. А "заниматься RAD" подразумевает, насколько я понимаю, вкладывать свой труд в ядро - в сами исходники Delphi. Я просто не представляю, как это может выглядеть - филиал расформирован, но пуллреквесты приветствуются?
Скажем так - в ближайший год всё должно стать гораздо лучше, чем сейчас. И только ближе к концу наступившего года можно будет делать какие-то прогнозы и выводы.
Я вот буду поглядывать, как быстро Embarcadero будет реагировать на новые версии iOS, а то Apple в последнее время штампует их как...(очень быстро штампует), и из-за этого появляются частичные несовместимости с новым xCode. Имхо, выпустить hotfix на минорную версию iOS не должно потребовать множество усилий. Увы - пока тишина...
-
kami получил реакцию от Kitty в Поиск сервера
В данном случае под сервером понимается серверный сокет с необходимыми обработчиками событий. Смотрите индейцев и выбирайте любой понравившийся.
Но гораздо проще взять готовую технологию - AppTethering. С самостоятельной реализацией вы рискуете погрязнуть в энтомологоии, особенно - если возьмете минималистичный протокол (TCP/IP).
Обратите внимание, что в любом случае устройства сконнектятся друг с другом только если они находятся в одной подсети.
-
kami получил реакцию от Kitty в Насколько хорош FMX для iOS?
всё, что предназначено для инфраструктуры Эппла требует наличие мака. Это закрытая экосистема, приложения можно собирать только официальными средствами.
-
kami получил реакцию от Brovin Yaroslav в удалённый доступ через интернет
Структура: клиент-сервер-клиент
сервер делается просто: основная его задача быть "передастом" между клиентами. Сервер знает о каждом клиенте - кто он (см. ниже п.2 про авторизацию).
1. Разрабатываете свой протокол обмена (например - над http)
2. Все приложения авторизуются, после чего пошел обмен - каждый клиент, отправляющий информацию, говорит что он передает и кому. Обратная последовательность - на приемной стороне.
Сами данные лучше передавать в JSON или XML. Первое предпочтительнее.
-
kami получил реакцию от Равиль Зарипов (ZuBy) в Сходка в Питере
не думаю, что это возможно. Это сборище вся королевская конница и вся королевская рать еле собрала. Но - можете попытаться, желательно в отдельной теме
-
kami отреагировална Brovin Yaroslav в Сходка в Питере
Текущий список:
@Error, @Brovin Yaroslav, @RoschinSpb , @kami , @Zawuza, @wamaco (?).
-
kami получил реакцию от rareMax в Как правильно работать с потоком
да. Это правильно. При этом хочу напомнить о еще одной возможности, помимо Synchronize существует Queue. И в ряде случаев последний метод более предпочтителен.
-
kami получил реакцию от Равиль Зарипов (ZuBy) в Передача объекта в результат функции
После "!!" требуется перевод строки.
На самом деле возвращается не копия объекта. Суть сей манипуляции в том, что нам нужно как-то вернуть экземпляр нужного типа из контейнера (lAPIResponse), не дав ему уничтожиться при удалении этого контейнера.
Теоретически, здесь можно было бы сделать lAPIResponse.ResultObject:=nil; в этом случае нужный нам объект не будет уничтожен при удалении контейнера, но и не будет потерян, потому что он уже сидит в Result.
Но lAPIResponse - дженериковский объект. Т.е. мы не можем заранее сказать, что в ResultObject будет объект, а не какой-нибудь integer.
И тут приходит на выручку функция Default. Для классового типа она вернет nil, для integer - 0 ну и так далее.
-
kami получил реакцию от rareMax в Передача объекта в результат функции
После "!!" требуется перевод строки.
На самом деле возвращается не копия объекта. Суть сей манипуляции в том, что нам нужно как-то вернуть экземпляр нужного типа из контейнера (lAPIResponse), не дав ему уничтожиться при удалении этого контейнера.
Теоретически, здесь можно было бы сделать lAPIResponse.ResultObject:=nil; в этом случае нужный нам объект не будет уничтожен при удалении контейнера, но и не будет потерян, потому что он уже сидит в Result.
Но lAPIResponse - дженериковский объект. Т.е. мы не можем заранее сказать, что в ResultObject будет объект, а не какой-нибудь integer.
И тут приходит на выручку функция Default. Для классового типа она вернет nil, для integer - 0 ну и так далее.
-
kami получил реакцию от rareMax в Алгоритм заливки замкнутой области рисунка
ой-ё... рекурсия, метод лесного пожара, емнип.
Не, если нельзя ограничить глубину вложенности - само собой можно схватить преполнение стека.
понятно, что всё придумано до нас, но если изобретать велосипеды - я бы завел список из TPoint с невозможностью добавления дубликатов (например - TDictionary) и проходил бы по нему вашим алгоритмом, но вместо рекурсивного вызова - добавление точек в список. Точки, закрашиваемые красным - удаляются из списка. Если на очередном проходе списка количество элементов = 0 - мы обошли всю фигуру.
-
kami получил реакцию от Равиль Зарипов (ZuBy) в Сходка в Питере
Да. Только меня определили за соседний столик
-
kami получил реакцию от Brovin Yaroslav в Сходка в Питере
Да. Только меня определили за соседний столик