Ru-Board.club
← Вернуться в раздел «Прикладное программирование»

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

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

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

Добавлено:
Еще такой вопрос: по любому поводу этот сервис возвращает 500 ошибку - деньги на счету клиента закончились, лимиты на число запросов исчерпаны, неправильный синтаксис запроса - короче всегда или ок или 500. Это считается ошибкой? ведь невозможно ничего понять где грабли закопаны...
Автор: ShIvADeSt
Дата сообщения: 19.06.2014 09:29
XPerformer
То есть по сути ты написал софт, который работает с сервисом через АПИ, которое предоставляет сервис. И получил плату за программу. При этом сервису напрямую платит клиент, правильно? Если да, то это задача клиента долбать сервис, чтобы дорабатывали АПИ. Вы получали плату за программу, сервис вы не сопровождаете, договора с ним у вас нет. Программа работает если правильно работает сервис, поэтому задача клиента решить эту проблему. Либо пусть оплачивает отдельно эти услуги вам как специлиасту.
Это равносильно как написать обработку например для Екселя. Если файл прислали корректный, то она работает правильно, иначе выдает ошибку. Но задача требовать правильный файл Екселя со стороны заказчика, но никак не исполнителя.
Автор: Erazor84
Дата сообщения: 20.06.2014 12:32

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

Однозначно, если инициатива работать через этот API была от клиента, то пускай он сам с этим сервисом и разбирается.
Автор: XPerformer
Дата сообщения: 20.06.2014 12:37
Erazor84
удалось его убедить в этом
Хотя поначалу брыкался )) их апи фактические ошибки допускает - возвращает неправильные данные в одном из полей. А показывает-то их моя программа - значит, мне и исправлять.. Однако нашли компромисс
Автор: AlekXL
Дата сообщения: 12.07.2014 04:47
а у нас тут что, в Прикладном, по Яве вообще общей веточки нету?
Автор: akaGM
Дата сообщения: 14.07.2014 13:42
а поисковиком пользоваться за 6 лет так и не научился?
Автор: AlekXL
Дата сообщения: 14.07.2014 15:08

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

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

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

если тоже хочешь, то лучше сразу к нему в личку...
Автор: AlekXL
Дата сообщения: 19.07.2014 16:42

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

мсье, только после вас.
Автор: ShIvADeSt
Дата сообщения: 21.07.2014 01:57
У меня банхаммера никогда в руках не было.
Автор: akaGM
Дата сообщения: 21.07.2014 12:04
да-да, подтверждаю...
у него только плюсомёт крупного калибра...
Автор: xpin2013
Дата сообщения: 27.07.2014 09:36
По моему ShIvADeSt довольно милый человек. Зря Вы так, лет 10 его знаю.
Автор: protoror
Дата сообщения: 31.07.2014 07:53
Форумчане, как думаете, что будет с Delphi лет эдак через 10?
Автор: SuPriTo
Дата сообщения: 31.07.2014 09:46

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

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

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

Тут многое зависит от того сможет ли она нормально работать на мобильных платформах. Но в любом случае останется старый код который надо поддерживать.
Автор: protoror
Дата сообщения: 01.08.2014 07:51
LadyOfWood
Если не будет поддержки нативных контролов я думаю все впустую, хотя они вроде что то делают в этом направлении
Автор: LadyOfWood
Дата сообщения: 01.08.2014 13:38

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

Эх нативные контролы)) Это было вообще главное фичей VCL, затем придумывать все заново.
Автор: SuPriTo
Дата сообщения: 01.08.2014 15:02

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

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

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

Можно было бы сделать нативную библиотеку для каждой платформы.
Автор: protoror
Дата сообщения: 05.08.2014 07:36

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

Ее не придумывали, а взяли готовую, разработка KsDev и была она предназначена далеко не для мобильных платформ
Автор: LadyOfWood
Дата сообщения: 05.08.2014 13:25

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

Ну в этом и была основная ошибка, решение ksdev это сделанное что-то на коленке энтузиастами (по большому счету for fun) и явно не тянущее на нормальную широко используемую библиотеку.
Автор: protoror
Дата сообщения: 11.08.2014 07:48
Господа, не кто не в курсе, нет сторонних разрабов которые пилят нативные контролы к аднроиду?
Автор: SuPriTo
Дата сообщения: 11.08.2014 09:54

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

Все что нашел.
http://sourceforge.net/projects/dpfdelphiandroid/
Если еще есть другие, поделитесь ссылками?
Автор: landy
Дата сообщения: 11.08.2014 12:00
Например, Overbyte написали, что скоро портируют свой ICS на андроид (в девятой версии)
Автор: protoror
Дата сообщения: 12.08.2014 14:26
SuPriTo, landy
спасибо про Overbyte читал, но там наверное не менее полгода ждать)
пока как альтернатива есть прослойка к smart mobile studio в mormot
http://synopse.info/forum/viewtopic.php?id=1885
Автор: mdid
Дата сообщения: 14.08.2014 23:32
подскажите реализацию на делфи. У меня есть задача, запускать/перезапускать кучу разных программ со своим интервалом перезапуска. Изначально глянул в сторону TTimer, но, по непонятным мне причинам, он стал на втором динамически созданном таймере выдавать мне
Цитата:
Not enough timers available
. Я все выкинул, и переделал на один таймер, который каждые 30 сек сканит список. Но как то это геморно, есть ли способ по проще, может есть какой то компонент, который может управлять кучей таймеров? Про ограничения на количество таймеров в системе я знаю, но мое количество программ на много меньше.
Автор: protoror
Дата сообщения: 15.08.2014 08:35
подключи 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);
Автор: XPerformer
Дата сообщения: 15.08.2014 09:18
mdid
http://www.cromis.net/blog/downloads/cron-scheduler/
Автор: mdid
Дата сообщения: 15.08.2014 13:18
protoror
Боюсь, что такой код тоже рано или поздно попадет под ограничения. Так как тоже юзает Winapi. Но я колупну. спасибо
XPerformer
спасибо, это меня натолкнуло на осмотр scheduller'ов
Автор: XPerformer
Дата сообщения: 15.08.2014 13:37
mdid
берите этот, качественная библиотека

Страницы: 12345678910111213141516171819202122232425262728293031

Предыдущая тема: Borland Developer Studio 2006 и Oracle пакеты


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.