Пример того как не нужно составлять описание вакансии.

Welcome to nginx!

If you see this page, the nginx web server is successfully installed and working. Further configuration is required.

да фиг знает, живенько так.

Домен вообще черногорский

какие задачи в бигдате решаете на пёрле?

perl, бигдата - очень подозрительно.

Возможно, я не очень хорошо описал вакансию :) Попробую исправиться. 1) Ребята, fishbone.me - это мой личный домен, там только почта и дефолтная страничка nginx-a. К вакансии этот домен отношения не имеет. 2) Компания наша занимается обработкой данных (BI, ETL, DWH, etc). На перле (и XS местами) написано ядро сиситемы, которое занимается непосредственно обработкой данных (ETL): парсит входные данные, денормализует,заливает в DWH. Есть части на erlang (task management), есть на Java (вся вебовщина). 3) Компания американская, но с чешскими корнями. Владелец - чех, живет в Америке. У нас есть офисы в Праге и Брно (самые большие офисы), в США и Вьетнаме. Народ работает из разных стран, коммуникации все на английском.

Теперь лучше?

Booking.com?

perl и молодой коллектив ? ЛОЛ

На перле (и XS местами) написано ядро сиситемы, которое занимается непосредственно обработкой данных (ETL)

Еще один велосипед ?

Ну нет же

Что в вашем понятии «велосипед»?

Есть же куча современных вещей и инструментов для обработки BIGDATA, а тут похоже велосипед на основе C/C++ кода с оберткой из Perl. Причем учитывая Perl очень древний велосипед

Ну и што?
Вот реально кому надо зааплаится, хоть 60ти летний пердун, который в 90х санки в банках окучивал. Причем ради только одного ВНЖ можно присвалить.

Щас посмотрим что будет по 11 июня.

Есть же куча современных вещей и инструментов для обработки BIGDATA..

Дружище, если так рассуждать, то вообще все велосипед.

Mail.ru - велосипед, потому что есть уже куча вещей для чтения почты (да оно еще и на перле и C++, уу древность!).

Яндекс - тоже велосипед, потому что есть уже куча поисковых систем (да оно еще и на перле и С++, уу древность!).

Ну, и продолжи сам дальше.

Яндекс раньше гугла появился, есличо

А надо ли программистов гонять как тараканов по всему свету? Почему нельзя работать удаленно? 2017 год же.

Разве?

Да раньше. Помню еще сидел в соросовском интернет-классе ( были такие классы в нашем универе ), дык там один чувак у лаборанта спрашивал почему «яндекс» не работает. Лаборант сначала спрашивал как это пишется, потом городо продемонстрировал что altavista работает и сказал что это проблемы яндекса а не интернета

Яндекс раньше гугла появился, есличо

Гугл. Год основания 1998

Яндекс. Год основания 2000

Да раньше. Помню

Ну да, а найти годы оснований и историю компаний - это же так сложно!

У меня есть ящик на yandex с 2000 года, с модным словом того времени - millennium. Неужели я его в год основания его завел?

https://yandex.ru/company/history/1997

Ну а теперь историю гугла почитай

А чего её читать? Можно глянуть когда домены зарегены

google.com: Created on 1997-09-15
yandex.ru: Created on 1997-09-23

Таки да, гугл старше :)

Ну так и я о том же. Я бы им вообще паритет отдал. Но утверждать, что яндекс был раньше - в корне неправильно.

1) Какой Perl используете (в смысле версия)? Фреймворки? Пишете на CPAN?
2) Странно что не написали, но в вакансии не хватает одной маааленькой детали...

frameworkи в Perl ? Я помню только Catalyst ...

коммуникации все на английском.

Good morning! Be happy! Good luck! Thank you!.... :-)

Фреймфорки. В Perl.

Для web сейчас самые популярные (и живые) это Mojolicious и Dancer2.
Но я имел ввиду в целом, не только web, скорее технологии, например AnyEvent, Moose, DBIx-Class

Но я имел ввиду в целом, не только web, скорее технологии, например AnyEvent, Moose, DBIx-Class

веб-фреймворки мы не используем, вся вебовщина сделана на Java, над этим другая команда работает. У нас есть внутреннее API, которое тупо на mod_perl работает. Но оно чисто внутреннее, ни шаблонизации, ни аутентификации, голый JSON. Из перловых технологий используем Moose очень плотно, тесты на Test::Class (старые) и Test::Spec (новые). DBIx::Class не используем, у нас голый SQL со своим велосипедным SQL-генератором по типу SQL::Abstract (это не круто, но так исторически сложилось). Такие дела.

Из перловых технологий используем Moose очень плотно

Производительность? Не, не слышали.

Moose - просто тормозной синтаксический сахар для фанатиков ООП. Вы поощряете написание тормозного кода или красноглазый фанатизм?

Вообще странно, что речь о BigData, но ни R, ни Python'а, ни даже Fortran'а... Чувствуется, BigData какая-то насквозь текстовая что ли? Очередной движок впаривания рекламы китайского ширпотреба с ИИ пишете?

AnyEvent - не технология, это просто удобный интерфейс к нескольким event loop'ам. Тогда уж libev - технология. Иначе можно дойти до того, что и DBI считать технологией.

у нас голый SQL со своим велосипедным SQL-генератором по типу SQL::Abstract

Уважаю. Другое дело, что было бы неплохо генерировать структуру базы из приложения, а не подчинять куски текста запросов в приложении структуре базы, выпиливаемой вручную где-то сбоку (ведь оно же так и есть, правда?)

было бы неплохо генерировать структуру базы из приложения

и поиметь приключений на обновлениях 8)

Обновлениях чего? :)

вот скажи, что можно обновлять в контексте обсуждения, так что это при твоем подходе приведет к проблемам:

структуру базы из приложения

У тебя три попытки:

- структуру базы

- базу

- приложение

И в чём проблема обновить из приложения структуру базы? Это как бы делается не теми же SQL-операторами типа ALTER TABLE, которые можно было бы выполнять вручную через консольку?

Именно так. Яша в 1997, Гуля через год.

И в чём проблема обновить из приложения структуру базы?

так онаж у тебя «генерируется», или ты предлагаешь еще кодовать над инструментом который вычисляет разницу и геренирует еще и alter стейтменты?

Не только же базу надо поменять, а еще и данные корректно в нее перенести.

го в Чехию!

го в контру лучше

Думаю, ALTER-ы можно вбить в код руками, благо продуманное приложение (а не аджайл, при котором думать просто некогда) не переделывает базу под ноль при каждом новом релизе.

Хотя в общем смысле ничего сверх-сложного в патчере нет, это уж другое дело, зачем оно нужно.

Думаю, ALTER-ы можно вбить в код руками,

короче «не пишите схему в sql» кончилось тем что sql сидит унутри программы, отлично 8)

А что вы там такое собираетесь менять, чтобы данные понадобилось переносить? Изменение типа столбца - бесплатно, добавить столбец - аналогично. И можно подумать, что если структура не генерируется, а пишется руками - обновление базы проходит по щелчку пальцев, буквально само?

банально: фио было в одном столбце, а потребовалось в трех, и наоборот

Патчер - да, сидит не внутри, а сбоку программы, ибо патчер - не программа, а банальное удобство, к функционалу никакого отношения не имеющее.

Кстати, патчеры могут быть и под разные типы БД, почему нет.

А вот сам код хорошо бы чтобы работал с разными БД без условной компиляции каждой SQL-команды или запроса.

И как схема в SQL, а не в коде, поможет чудесным образом устранить сей недостаток проектирования?

Менять можно много чего, устранять те самые недостатки проектирования. Люди не безгрешны. И зачастую сделать это можно только через скл, но никак не автоматически из кода.

патчер - не программа, а банальное удобство

а оно, это простите, удобство, на какой языке написано?

Что вам мешает шарашить «меняющий» SQL из кода?

Патчер - хоть на brainfuck, лишь бы SQL генерировал и в базу травил.

SQL генерировал

а на основе чего он его должен генерировать?