» прикладное программирование и не только оно...

ShIvADeSt
платно
но деньги такие: 100-250 руб в месяц в зависимости от тарифа
Для полноты картины - при попытке оплатить этот самый платный доступ заявленные варианты вебмани и киви не сработали. Саппорт на просьбу "возьмите деньги, пока дают надо брать ))" ответил что вебмани они не поддерживают и в ближайшем будущем не собираются. Ответили правда действительно очень быстро, несмотря на позднее время. Пришлось платить через карточку, а это не всегда удобно для клиентов (надо рассекречиваться)

Добавлено:
Так меня что смущает в этой ситуации - я ж не тестер бесплатный. Не работает функция - пусть клиент их тормошит (это его инициатива была - через апи работать). Я же это (тестирование и переписка с саппортом) предвидеть не мог и в счет для клиента не включил. Да и не интересна мне эта работа - даже если бы и включил.

Добавлено:
Еще такой вопрос: по любому поводу этот сервис возвращает 500 ошибку - деньги на счету клиента закончились, лимиты на число запросов исчерпаны, неправильный синтаксис запроса - короче всегда или ок или 500. Это считается ошибкой? ведь невозможно ничего понять где грабли закопаны...

XPerformer
То есть по сути ты написал софт, который работает с сервисом через АПИ, которое предоставляет сервис. И получил плату за программу. При этом сервису напрямую платит клиент, правильно? Если да, то это задача клиента долбать сервис, чтобы дорабатывали АПИ. Вы получали плату за программу, сервис вы не сопровождаете, договора с ним у вас нет. Программа работает если правильно работает сервис, поэтому задача клиента решить эту проблему. Либо пусть оплачивает отдельно эти услуги вам как специлиасту.
Это равносильно как написать обработку например для Екселя. Если файл прислали корректный, то она работает правильно, иначе выдает ошибку. Но задача требовать правильный файл Екселя со стороны заказчика, но никак не исполнителя.

Цитата:

пусть клиент их тормошит (это его инициатива была - через апи работать)

Однозначно, если инициатива работать через этот API была от клиента, то пускай он сам с этим сервисом и разбирается.

Erazor84
удалось его убедить в этом
Хотя поначалу брыкался )) их апи фактические ошибки допускает - возвращает неправильные данные в одном из полей. А показывает-то их моя программа - значит, мне и исправлять.. Однако нашли компромисс

а у нас тут что, в Прикладном, по Яве вообще общей веточки нету?

а поисковиком пользоваться за 6 лет так и не научился?

Цитата:

а поисковиком пользоваться за 6 лет так и не научился?

так все протухло.. А еще говорят "JAVA rules world".
Мы тут в Delphi ветке нафлудили до и больше. Ассемблерщики кропают потихоньку. Кресты тоже условно живы.. Доднетчики опять же, шебуршат о чем-то своем..
---
А джавистов, похоже, ShIvADeSt всех перебанил.

Цитата:

А джавистов, похоже, ShIvADeSt всех перебанил.

если тоже хочешь, то лучше сразу к нему в личку...

Цитата:

если тоже хочешь, то лучше сразу к нему в личку...

мсье, только после вас.

У меня банхаммера никогда в руках не было.

да-да, подтверждаю...
у него только плюсомёт крупного калибра...

По моему ShIvADeSt довольно милый человек. Зря Вы так, лет 10 его знаю.

Форумчане, как думаете, что будет с Delphi лет эдак через 10?

Цитата:

Форумчане, как думаете, что будет с Delphi лет эдак через 10?

Будет жить и развиваться. Но многое зависит от разработчиков. Если они будут делать достойный продукт и добавлять нужные фичи. А также исправлять старые, то у них все будет хорошо. Delphi хороший продукт. В чем то даже лучше, чем Net (мое личное мнение). Мне проще работать в Delphi, чем писать программы на C# или С++. В C# мне не нравится сборщик мусора, а С++ иногда колбасит синтаксис. В Delphi удобный синтаксис и много работы происходит автоматически, при этом можно эффективно управлять памятью. Посмотрим, что будет с приходом XE7 и возможно следующей версии. Слишком мало нужных фич реализовано в XE6.
Сейчас мне не нравится то, что ошибки исправляют только в новых версиях, на старые кладут. Кроме того, хотелось бы, чтобы VCL и FM развивались отдельно от компилятора и на них была подписка с соответствующей ценой.

Цитата:

Форумчане, как думаете, что будет с Delphi лет эдак через 10?

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

LadyOfWood
Если не будет поддержки нативных контролов я думаю все впустую, хотя они вроде что то делают в этом направлении

Цитата:

Если не будет поддержки нативных контролов я думаю все впустую,

Эх нативные контролы)) Это было вообще главное фичей VCL, затем придумывать все заново.

Цитата:

затем придумывать все заново.

Так сложно при помощи VCL поддерживать мобильные платформы. VCL была придумана только для Win приложений. Так и придумали FM, чтобы была возможность реализовать возможности для мобильных платформ. У lazarus тоже своя идеология компонентов, чем то похожая на FM.

Цитата:

Так и придумали FM, чтобы была возможность реализовать возможности для мобильных платформ.

Можно было бы сделать нативную библиотеку для каждой платформы.

Цитата:

Так и придумали FM, чтобы была возможность реализовать возможности для мобильных платформ.

Ее не придумывали, а взяли готовую, разработка KsDev и была она предназначена далеко не для мобильных платформ

Цитата:

Ее не придумывали, а взяли готовую, разработка KsDev

Ну в этом и была основная ошибка, решение ksdev это сделанное что-то на коленке энтузиастами (по большому счету for fun) и явно не тянущее на нормальную широко используемую библиотеку.

Господа, не кто не в курсе, нет сторонних разрабов которые пилят нативные контролы к аднроиду?

Цитата:

Господа, не кто не в курсе, нет сторонних разрабов которые пилят нативные контролы к аднроиду?

Все что нашел.
http://sourceforge.net/projects/dpfdelphiandroid/
Если еще есть другие, поделитесь ссылками?

Например, Overbyte написали, что скоро портируют свой ICS на андроид (в девятой версии)

SuPriTo, landy
спасибо про Overbyte читал, но там наверное не менее полгода ждать)
пока как альтернатива есть прослойка к smart mobile studio в mormot
http://synopse.info/forum/viewtopic.php?id=1885

подскажите реализацию на делфи. У меня есть задача, запускать/перезапускать кучу разных программ со своим интервалом перезапуска. Изначально глянул в сторону TTimer, но, по непонятным мне причинам, он стал на втором динамически созданном таймере выдавать мне
Цитата:

Not enough timers available

. Я все выкинул, и переделал на один таймер, который каждые 30 сек сканит список. Но как то это геморно, есть ли способ по проще, может есть какой то компонент, который может управлять кучей таймеров? Про ограничения на количество таймеров в системе я знаю, но мое количество программ на много меньше.

подключи Winapi.MMSystem;

var
timer : DWORD;

timer := TimeSetEvent(export_day_time, 25, @OnTimer, 0, TIME_PERIODIC);

procedure OnTimer(uTimerID, uMsg, dwUser, dw1, dw2 : Integer); stdcall;
begin
делаем
end;

убить
timeKillEvent(timer);

mdid
http://www.cromis.net/blog/downloads/cron-scheduler/

protoror
Боюсь, что такой код тоже рано или поздно попадет под ограничения. Так как тоже юзает Winapi. Но я колупну. спасибо
XPerformer
спасибо, это меня натолкнуло на осмотр scheduller'ов

mdid
берите этот, качественная библиотека