после перелистывания надо заново действие навешать на сабмит.

дык там то в том и дело что там стандартным пост запросом все улетает

событий onclick там нигде нет

https://habrahabr.ru/company/devconf/blog/329704/

это онлайн?

хех. Спасибо Олег за репост :)

?

А кто-нибуль с Атолом при онлайн продажах сталкивался? ККТ чек нужно покупателю слать или не обязательно? Что-то бизнес у нас тупой, сам ничего не соображает

ты по требованию покупателя обязан ему что-то выдать

Либо чек, либо на почту, либо СМС.

По умолчанию, в рознице, бумажка.

Но, теперь, с новым законом чек на почту или в СМС начинает иметь юр силу

А кто-нибуль с Атолом при онлайн продажах сталкивался? ККТ чек нужно покупателю слать или не обязательно? Что-то бизнес у нас тупой, сам ничего не соображает

Или я твой вопрос не понял?

правильно, но вопрос в том - делать с новым законом я должен по требованию это или в обязательном порядке

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

Какой - можешь спросить у клиента.

Ну и атол, кажись, вроде как неделю назад зарелизил онлайн кассы в SaaS решении. Там редусмотрена вроде как отправка чка на email / sms

ну вот я это апи и смотрю, по ходу... но что-то на отправку с их стороны не обратил внимания, предполагал, что сам это должен делать после получения номера фискального документа

просто придется в обязательном порядке спрашивать емейл у покупателя теперь... хм

Слушай, вроде как они отправляют, если я правильно их манагера понял. Но лучше уточни:) С этими новыми ККТ вообще такой звиздец то никто ничего толком не знает

просто придется в обязательном порядке спрашивать емейл у покупателя теперь... хм

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

ну и до кучи, строгость законов компенсируется в России известно чем...

хм... в общем ясно... когда ничего не ясно, будем валить все на бизнес, пусть решают

Кстати для онлайн вроде же еще и разъяснение вышло что у них вроде отсрочка до 18 года

ну, кто-то уже хочет, но сам ничего не знает... а мне прикинуть трудозатраты нужно

Связывай пространство и время - от забора и до обеда.

угу, и помнож на 3, так и делаем...

м, да, в апи обязательно емейл или телефон... печалька

У нас еще веселее. ПО для автоматизации ЛПУ, Так как учет услуг у нас, то и биллинг у нас. А значит и новый закон к нам. У клиентов вместо ККТ - зоопарк с единорогами и бабочками. А система браузерная. А чеки печатать надо. Вот как хочешь, так и крутись:)

типа саас решение у вас?

угу

ну да, головная боль ;) у меня то под конечного клиента делается слава богу

А Сколково - это у нас Москва? Жуть, кто туда ездить работать то будет...

От Сколково где-то минут 10 на машине до первой метрошки. По крайней мере так было в прошлом году у меня :)

а машину где взять? ;)

Такси Gett :)))

Ну я думаю там есть какие-нибудь шатлы

Но все-равно, еще метро и т.п... часа полтора получится минимум

мдя, смтотрю в юи2 не особо про эксепшены заморачивались ;)

Насколько я помню гдето неделю назад сюда тихонько зашел Саша Макаров :) Сейчас увидит это и ответит тебе :)

увидит и побъет ;)

Всем привет! Ребят подскажите пожалуйста какой фреймворк лучше выбрать начинающему кодеру для изучения и написания простой системы учета на своем небольшом складе. Ковыряю опенкарт понемногу, вроде как он похож на codeigniter, но сомтрю про него вааще не говорят (смотрю часто упоминается YII или Laravel) будет полезна любая инфа.

yii2 или laravel

мойсклад -)

мой склад это понятно, просто хочу на своем проекте и изучить что-то)

Laravel самый простой в изучении, там самый маленький порог вхождения и можно ничего не зная сделать по примерам и еще и примерно понять как чё работает. Если хочется потом пойти по уровню вверх - изучаешь в идеале ларавел, а потом симфони)

мой склад это понятно, просто хочу на своем проекте и изучить что-то)

там апи хорошее, можно совместить приятное с полезным

Ах да, это если английский хоть на уровне чтения

я интегрировал API трех популярных в РФ транспортных компаний в магазин на опенкарте (сразу в карточке товара через аякс считается стоимость доставки в город в котором находится пользователь, по всем параметрам веса и габаритов товара, формирует карту пунктов выдачи недалеко от него) но все это делал своими корявыми руками. Понимаю что код так не пишется, и хочу попробовать написать маленькую но потом масштабируемую систему, больше для получения опыта

я интегрировал API трех популярных в РФ транспортных компаний в магазин на опенкарте (сразу в карточке товара через аякс считается стоимость доставки в город в котором находится пользователь, по всем параметрам веса и габаритов товара, формирует карту пунктов выдачи недалеко от него) но все это делал своими корявыми руками. Понимаю что код так не пишется, и хочу попробовать написать маленькую но потом масштабируемую систему, больше для получения опыта

От ООП до Solid, DDD, TDD изучай и внедряй)

мдя, смтотрю в юи2 не особо про эксепшены заморачивались ;)

Так это не плохо и не хорошо

Еще окрамиус говорил что любой код через 1-2 года уже говнокод

Я все жду когда начнут появляться доклады про то что SOLID принципы устарели и неудобны.

Паш, хочегшь руководителем разработки в компанию в Сколкове? ;)

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

А получаешь на 10-15% больше чем синьор

А сколько там денег дают? ;)

не пишут ;) но судя по тому, что предложение подписано "Помощник главного бухгалтера", закрадываются сомнения ;)) Так что на 300 я бы не расчитывал, хых ;)

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

есть минусы - ты становишься зависим от выкрутасов этого руководителя и всяких песен типа "нужно вчера, иначе не будет денег и зп платить нечем" ;)

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

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

в каждом 2-м стартапе так

Проблема в том, что мнение техдира денег не принесет в ближайшем будущем, а только потратит. Тут вопрос финансирования. У меня был случай, когда деньги были. И года полтора пилили первый релиз... качественно и по уму ;) Потом он еще пол года проработал и все закрылось.

О так этож я в нем работал видимо

Но мы релизились каждый день, но делали качественно

Проблема в том, что мнение техдира денег не принесет в ближайшем будущем, а только потратит. Тут вопрос финансирования. У меня был случай, когда деньги были. И года полтора пилили первый релиз... качественно и по уму ;) Потом он еще пол года проработал и все закрылось.

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

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

Смотря кому. Эго программистов - лучше. Инвестору, просравшему пару десятков лямов - не очень ;)

ERROR: S client not available

Смотря кому. Эго программистов - лучше. Инвестору, просравшему пару десятков лямов - не очень ;)

Ну так, я верно понимаю, что сама бизнес идея не взлетела , а проект оказался выполнен то качественно? А если бы сделано было, "как обычно", то и запуститься как следует и проверить жизнеспособность бизнес идеи было бы затруднительно)

Понимаешь, "качество проекта" - это величина не влияющая на результат в ближней перспективе, а только в долгосрочной

https://habrahabr.ru/company/devconf/blog/329704/#comment_10241290

Прототип проекта, написаный за 2-3 месяца будет вневшне одинаково работать вне зависимости от качетсва кода и даже наличия тестов. Сыпаться начнется все потом, когда проект будет развиваться.

как раз об этом с одним товарищем поболтали

в комментах

о золотой середине между business value и качеством кода :)

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

бывает

И качественный код идет на свалку на 90% ;)

нет

процентов на 20-30. А некачественный - на 100%

Да там несколько слоев

а все слои идут на свалку

Я имею в виду слои бизнеса)

Может быть хорошая бизнес-идея и качественный код, но плохой продукт

Или плохая аналитика

Или плохой код но хороший продукт, и тогда взлетает

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

О том и речь, что плохой код и хороший продукт - взлетит. А хороший код и плохой продукт - никогда ;)

Капитан очевидность :)

Согласен

Значит надо писать идеальный код чтобы потом было не так стыдно за провал :)

И всем рассказывать "ну зато у нас была крутая архитектура"

Да да... у меня в серверной до сих пор ненужные FC корзины со свичами и сервеврами валяются никому не нужные от одной такой крутой архитектуры ;)

С крутой архитектурой и помирать не стыдно.

Хороший код много дороже плохого кода в краткоросной перспективе. А так как качество кода не влияет на проверку гипотезы - хороший продукт или плохой, то решение очевидно.

Так что вопрос хорошего кода - это сложный вопрос перелома хода разработки после положительной проверки гипотезы продукта.

Я бы больше сказал, вопрос писать код быстро, но с возможностью безболезненного уулучшения качества в будущем :)

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

В идеале, если продукт выстрелил - нужно собирать паралелльную команду и писать этот продукт с нуля. Но при этом бизнес на месте не стоит, и первая команда продолжает хреначить.

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

Соглашусь, пожалуй. Прожадникам нет разницы в качестве когда. Для них главное, что бы заказ отхватить и заработать на этом, а программисты пусть хоть код из костылей и велосипедов пишут, лишь бы продукт работал.