Pull to refresh

Comments 26

Элементарно. Мы делаем этот «тут», что бы потом продать это «там». =)
К сожалению, я одиночка, сделать нечто для продажи, просто «с нуля», — пока не рискну.
Да, у одиночного разработчика возможностей несколько меньше, чем у группы.
Что касается попроектной работы — в принципе и «тут» попадаются приличные заказчики, а так же приличные команды разработчиков.
Если говорить о попроектной работе «там», то у меня однозначно лучшее впечатление о зарубежных заказчиках. Возможно, дело в разнице менталитов — подходе к работе над проектами. У нас если работа была сделана «спустя рукава» как-то никто и не удивляется. Зато если она была сделана превосходно — мало кто заметит разницу. «Там» же подход несколько иной и качество выполненой работы проверяется.
Полностью согласен, с качеством там проверка, как будто конец света.
Кстати, заметил, особенно «там» народ убивает когда добавляешь функционал, который нужен. и потом уже
интересуешься надо вот «за столько» — или нет. У нас, народ не платит, обычно. сделал — значит халява.
А можно поподробнее? Я вот сейчас доделываю фишки, которые не входили в заказ и хочу их бонусом предложить со скидкой. Ваша фраза что это их убивает что значит? Они берут или зря стараюсь?
Удивляются сильно, инициативе. Порой настолько что забывают оплатить.
Угу, спасибо. А если в демо режиме предлагать? Вот мол что заказывали, а потом после получения оплаты написать мол я тут кое-что придумал и включил, оно вам надо? Если нало то за сколько, а если нет то не вопрос, выключу.
«Тут» — не поймут.
«Там» это — нормально.
Но обратите внимание, я оцениваю «своих» клиентов, в общем, может быть по-разному.
Относитесь к клиентам, так же, как бы вы хотели, что бы ваши исполнители относились к вам.
У нас считается — если ты, что-то делаешь о чем заранее не договаривались, значит бесплатно!
Ну у нас то ясно, мне все больше у них интересно, я для них пишу
Вероятно да, но я лично стараюсь ломать этот стереотип.
Получается с трудом.
> Он, не стесняется сказать «спасибо»

Они вообще по этому делу безпроблемные, в каждом посте Thanks, %managername%, а то и по нескольку раз. И ещё «please», а так же «great» и «wonderful». Не стоит особо обращать на это внимание — у них так принято.

А по сабжу — заказчики, они и в США заказчики. Прямо сейчас, например, жду от солидного дяди-менеджера информацию по поводу того, что собственно мне делать. Работа началась, и ВНЕЗАПНО выяснилось что API, с которым я должен был работать, не готово. Ещё он плохо отвечает на мои вопросы.
Или ещё один, тоже сейчас — проект крупный, но мне надо сделать, в общем-то, ерунду. Но относительно «срочно». Потом выясняется, что этого нету, того нету, GUI, с которым мне надо работать, не готово, API, с которым, опять же, мне надо работать — не готово.

Раз на раз не приходится. Но в целом, я с вами согласен, эта «культура» работы у них получше будет.
Есть залеты, факт. Я вот громадный сайт как то с 03 до 07 утра тянул.
Потому, что менеджер решил что сегодня дед-лайн, но забыл мне это написать :)

Насчет спасибо — оно мне нравиться, есть ощущение, что надо твое что-то, может оно все обманчиво, но все-таки.
По-крайней мере я буду «спасибкать» аналогично.
Прямо сейчас выполняю заказ для компании «там» с подобным функционалом, и опыт автора подтверждаю! Кстати, автор, вот чисто с практической точки зрения повествование о разработке построителя PDF лично мне был бы интересен. Как к примеру реализовывались редакторы форм и построители калькуляторов полей? Или в перечисленных проектах совсем ничего подобного небыло?
Редактор форм — никак.
Жесткая логика в екстджиэс, далее по списку задач, который в фоне — - калькуляция (очередь задач).
Такое странное построение из-за рссайтс, там 30сек.
ПДФ делается везде из штмл, так дизайнера можно подключать к разработки на любом этапе.
Ок, спасибо. А из HTML я так понимаю конвертируете через mPDF или prftk?
Нет, вот это использовали: html2pdf.fr
А..., ну да. Рассматривал его. Но там tcpdf старый, а задачу объеденения нескольких PDF в один решает только mPDF. Рекомендую на будущее использовать именно mPDF. Хотя конечно надстройка html2pdf придумана правильно, ввиду того что tcpdf не поддерживает еще многие теги, приходится перерисовывать в таблицы.
Большое спасибо, — буду знать (эх надо оттестировать). А вот интересно, предположим я сделал в «очереди» пару одностраничных ПДФ-ов, вот им «скрепить» в один их все, — можно?

— Вообще я пока не уперся в вывод «длинных» данных ПДФ, то есть в очередь задач пока пдф не вставляется (отчеты прегенирируются и пре-пересчитываются). Но оно впереди…
С TCPDF, а соответсвенно html2pdf нет. А вот mPDF как-раз умеет. Правда делается это хитро, через шаблоны, но это всего-то значит, что на момент создания шаблона Вам нужно знать кол-во страниц в готовом PDF. Вот пример моего кода:

<?php $i=1; require_once('./mpdf/mpdf.php'); $mpdf = new mPDF('utf-8', 'A4', '8', '', 10, 10, 7, 7, 10, 10); $mpdf->SetImportUse(); $pagecount = $mpdf->SetSourceFile('./static_files/01_Binding_Instructions.pdf'); $tplId = $mpdf->ImportPage(1); $mpdf->UseTemplate($tplId); $mpdf->WriteHTML(); $pagecount = $mpdf->SetSourceFile('./tmp/'.$_GET["p_name"].'.pdf'); for ($i=1;$i<=$pagecount;$i++) { $mpdf->AddPage(); $tplId = $mpdf->ImportPage($i); $mpdf->UseTemplate($tplId); $mpdf->WriteHTML(); } $pagecount = $mpdf->SetSourceFile('./static_files/03_Terrorism_Form.pdf'); for ($i=1;$i<=$pagecount;$i++) { $mpdf->AddPage(); $tplId = $mpdf->ImportPage($i); $mpdf->UseTemplate($tplId); $mpdf->WriteHTML(); } $mpdf->Output(); exit; ?>

Здесь склеиваются три файла.

З.Ы.: Форматирование кода почему-то съехало…
Спасибо, оно где-то пригодится… пожалуй запасу кусок кода «на будущее»:

<?php 

  $i=1; 
  require_once('./mpdf/mpdf.php'); 
  $mpdf = new mPDF('utf-8', 'A4', '8', '', 10, 10, 7, 7, 10, 10); 
  $mpdf->SetImportUse(); 
  foreach( array(1=>'./static_files/01_Binding_Instructions.pdf',2=>'./tmp/'.$_GET["p_name"].'.pdf', 3=>'./static_files/03_Terrorism_Form.pdf') as $fk=>$f )
    for ($i=1;$i<=$pagecount = $mpdf->SetSourceFile( $f ); ;$i++) 
    { 
      if ( $fk==1 )
        $tplId = $mpdf->ImportPage(1); 
      $mpdf->AddPage(); 
      $tplId = $mpdf->ImportPage($i); 
      $mpdf->UseTemplate($tplId); 
      $mpdf->WriteHTML(); 
      if ( $fk==1 )
        break;
    } 
  
  $mpdf->Output(); 
  exit;

Всякое бывает. Не буду выгораживать наших, но и с буржуями не всё так гладко.
Когда-то работал на одну достаточно крупную оутсорсинговую компанию, так вот я мог плевать в потолок большую часть времени, пока буржуи там утверждают каждую бумажку недели по 2. Причем даже очень маленькую бумажку.
Работая на буржуев сейчас, уже напрямую, я не видел подробного ТЗ ни разу. Скорее обрисовка в общих чертах, разговор по скайпу и все. В ходе работы можно подкорректировать и задать вопросы по тому же скайпу.
ОЧень часто приходится проявлять инициативу, додумывать, допиливать дорисовывать :)
Единственно, что мне нравится при работе с буржуем — так это наличие дизайнера. Хотя в текущем проекте дизайнер был брошен, после разработки основной части ГУИ. И теперь ГУИ допиливают программисты с маркетинговым отделом. Хотя фирма достаточно крупная.
Согласен. такое также бывает.
Хотя бумажки не видел как утверждаются.
Оно просто «за монитором» происходит.
Скажите, пожалуйста, а в чём фактически будет выполняться вот это «утверждение» документа? Вам вышлют отсканированную версию документа с подписями и печатями или же просто напишут на почту, что мол «мы выбрали вот этот вариант документа, делайте вот по этому документу» и сам документ прикреплен к письму.
А мне кажется некорректно так сравнивать — всего два случая, да и то не показатель.

И у «них» и у «нас» есть дибилы и красавчеки. То, что в конкретном случае попались где-то чуть лучше, а где-то хуже — не есть правильно делать вывод о всей совокупности.
Случаев, конечно, больше было. Но сравнивать надо было что-то конкретное.
Вот и сравниваю проекты постоянных клиентов. Всего, по каждому было более 5-ти проектов за 5-ть лет.
Извините не указал, но это мне показалось некрасиво, саморекламироваться.
Кстати, практически каждый раз, вот так отрабатывали. в таком же ключе…
Sign up to leave a comment.

Articles