Старикам здесь не место? Программируем после тридцати пяти

Мне 72. Решил пару лет назад вспомнить молодость и заодно потренировать усыхающий мозг. и вот решил сделать распознавалку книжных отсканированных шахматных диаграмм с целью улучшения качества, так сказать. И вот что у меня получилось. Конечно, все это делалось только для потренироваться

Слева отсканированная диаграмма, справа - сгенерированная

Это сообщение отредактировал vek47 - 14.06.2019 - 15:57

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

Более того,она неплохо распознает и при цифровом шуме (низком качестве сканирования)

Говнокодер, причем пиздецовый тут только один и это вы.
1. какие отдельные сервер? Вам что жалко 40 метров на один из 100 запущеннх сервисов?
2.

Это пиздец. какая ещё веселуха? Используйте фреймворки, там работает из коробки. Само! Нехрен писать свои велосипеды и декодировать входящий запрос. Писать ещё свой велосипед на обработку стандартного http запроса, реализация которого в том же .net была всегда, это ли не лютый п?

3.

И что? И к базе данных тоже куча сетевых коннектов и дальше-то что?! У вас что самое узкое место - сетевые соединения при обработке 2х миллионов строк?! Что, серьёзно?

4.

Как это сетевое имя больше не доступно? У вас системе пиздец настал, раз ресурса нет. Может комп вырубили. Какие тут могут быть обработки?! Вы ещё скажите, что ваша хранимка при отключении света всё доделает.

5.

Естественно не принимают! Кидать сиквл запросы в веб-сервис это даже не пиздец ,простите вы не квалифицирован по полной, если рассматриваете как решение.

6.

Ебать копать, сами что ли?! На другой айпи переедут, а вы и не в курсе. давно так не ржал.


7.

а где тут тразакция? Создание документа это транзкция? Блять, это пиздец, пожилой человек. Это не транзакционная операция по своей сути! Если это оборачивать в транзакции, вместо того, чтобы делать их реинтрантными, вам с вашим приложением и ассемблера не хватит. Чего уж там, пишите на байткоде, без ложных IDE.


8.

Это называется разделение ответственности. Каждый выполняет хорошо только то, что должен и умеет делать это хорошо, а не всё подряд. God-object антипаттерн.


9.

У вас проблема с объемом кода? Правда? Тогда вам читать кники. Например Макконела. Он там на пальцах разъяснит, что главное - простой и читаемый код, а не его объем или производительность на 0,0001 секунды быстрее. Потому что простой код - меньше ошибок при изменении.

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

Это сообщение отредактировал artivenom - 14.06.2019 - 16:05

Mamboking

Я бы уебал за фреймворк на одностраничнике и чо? Наглядный пример, вынесли решение, на основании одной фразы.

проверь флаги, проведи валидацию прежде чем сохранять доки, Люк.
Здесь не нужны транзакции!

У вас что, документы меняются в реалтайм в момент загрузки возможна ситуация, когда загружается 2 ляма документов, то одна из записей в этот момент поменялась и из-за этого все 2 ляма загруженных документов нужно выбрасывать,А не создавать записи в базе?
Т.е. вы держите всю базу залоченой транзакциями пока грузите 2 ляма доков и ещё доказываете, что это норм?! Удивительный вы человек.

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

Это сообщение отредактировал artivenom - 14.06.2019 - 16:14

Фреймворк для однастраничника? Да, там можно обойтись ванильным JS. Но как это связано с вашим предыдущим сообщением?

mov ax,0b800
push ax
pop es ;на 8086 нельзя было напрямую в сегментный регистр
mov cx,11 ;hlowrld 11
@:mov es[bx],...

короче все тож самое но без нереинтерабельного 21 )))

Mamboking

Кода "опытные" дяди суют фреймворки везде и всюду? Когда вместо sql+страничка с выбором отчета ставят сервер с битрикс\1с\etc? Основываясь на своем опыте, очень большом, кстати.

ооо, вот и подвезли высокоуровневых говнокодеров!..
1. Ваш один из запущенных сервисов что конкретно из себя представляет? Это системная служба на сервере, в которой есть http-сервер? Это публикация сайта на каком-то веб-сервере? Т.юе. вы не против запустить еще одно звено и поддерживать его работоспособность.

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

3. 4. К базе данных в моем случае одно обращение на создание документов со всеми проверками и уведомлениями внешних служб. Не получится так что я создал документ, но не смог его отправить поставщику потому что сеть упала. В моем случае документ откатится в черновик из-за транзакций ине оставит половину недоделанного. А в случае обрыва соединения (выключения света) будет тоже самое механизмами скуля. А у вас какие костыли будут?

5. Скуль - это всего лишь сервер, послать запрос с него, получить ответ и завершить транзакцию - без проблем. Потом вы используете мобильную платформу, вэб - и используете всё ту же одну процедуру, которая сама все сделает. И вам не надо будет на клиентах повторять одну и ту же логику (если речь о том чтобы сделать половину на скуле, с клиента дернуть сервис и продолжить дальше).

6. Оо, чувствуется малый опыт, когда сервера мигрируют, и внезапно переносятся на новые сервера (вообще новые). Только теперь у вас не один скуль.

7. Везде где создаются расходные документы, влияющие на остатки, на цены и прочее - всегда транзакция. Это доходит обычно быстро, когда работаешь с этим. Чтобы при любом косяке с клиента (это я про сервис - выключили свет, косяк в коде клиента) данные могли вернуться в первоначальный вид.

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

Ах да, меняются не 2 ляма из xml, а меняются строки в таблицах по 30 лямов, на основании которых формируются новые документы.

Сэр, вы дурак.
Напишите банальную обработку картинки в реалтайме на своем шарпе.
Ну например самое простенькое - найдите в кадре глаза- если они есть ;)
Сложность проекта мы можем наблюдать на примере всяких там армов сложносоставных, типа Лайтрума, Солида, Иара и тд Это говно просто тупо грузится по полчаса, не смотря на i7 8-ядерный топовый и тд. Это ваша составная идеология!
Лан, тут не тема для срача - он не интересен не специалистам.
Чтоб понимали - это например как свинина с картохой в ресторане, но тут еще на тарелке хрен, карамель, говно на палочке и еще 500 компонентов. Все лишнее можешь выкинуть, но положат обязательно. Ну и готовить блюдо будут долго (пока все не положат), потом жрать ты тоже будешь долго (пока не дороешься до того,что собсно заказал). Индусский код. А че? Главное дешево! И цена поддержки. Ток говно свое надо еще кому то впихнуть, чтоб поддерживать )

Научиться можно всему и в любом возрасте. Было бы желание и возможности.

Ты подрезал мне крылья. Мне 45, я грузчик и, главное, гуманитарий.

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

И что?! на что это влияет? На 0.0001 секунды на кодеирование? Да это вообще не проблема. Проблема это когда сервер не справляется с нагрузкой из-за возросшего числа записей которые нужно импортировать!

Хуйчить на ассме что ли тогда? Что у него под капотом? Что под капотом у .net ? обработка строк, работа с файлами, работа с http. Что из этого лишнее? Неужели думаешь что с таким уровнем заблуждений сделаешь что-то аналогичное и работающее лучше Microsoft? Да ещё и без тестов.

Да какая разница сколько обращений? Кто тебе вообще сказал что одно обращение это хорошо, а 3 плохо? Плохо это 3 одинаковых обращения или 3 обращения типа sеlесt Id а потом sеlесt Name а потом sеlесt Date
А не куча подзапросов. Это как раз-таки нормально, если это часть процесса!

Причем тут создание документа и отправка? Да ещё и транзакция?. Создали доки - потом их отправляйте службой рассылки хоть до опупения, пока сервер вашего контракгента не станет снова доступен. Это не транзакция. Это простой импорт -экспорт по расписанию
Ну ок, если так хочется транзакцию из ничего сделать, то на уровне C# есть UnitOfWork. Он вам и гарантирует транзакционность.

У меня статус не измениться с "не отправлен" на "отправлен", пока не будет новая попытка отправить через Н минут по расписанию. Костылей не будет.

веб сервис или микросервис - это всего лишь сервис. После на него запрос и получить ответ - без проблем. Хочешь с транзакцией хочешь без.
Вы поменяли платформу, выставили это как АПИ для клиента и действительно не испытываете проблем с клиентом, который пишет на питоне и ему нахуй не всрался Odbc и MSSQL. Для него всегда всё неизменно - http + json и всё.

Её и не надо повторять. Она один раз будет написана в длл сохранена и всё. А вот когда у меня будет более 1 базы данных, тогда я ахуею от обновлений на всех базах процедур.

Малый опыт как раз у вас. Очень однобокий. Небось в одной конторе лет 10 сидите, со времён когда так писали в 2005ом ? Ну оно и видно.

Я знаю когда и где нужны транзакции. Ваш пример транзакций не требует. Приведите достойный пример. Ну с оплатой хотя бы уж. А то создание документа. Блять, да это обычный статус поменял и всё.

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

совершенно согласен!

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

так все индусы пишут, а они в программирование лучшие в мире!!!

похоже в этом топике отписались все программисты)))

Это сообщение отредактировал handleftman - 14.06.2019 - 16:37

28e
В общем, пока такие как вы ещё живи, то:

1. у меня всегда будет работа
2. мои клиенты всегда будут зарабатывать больше, потому что их софт будет работать быстрее и стабильнее
3. моим клиентам не удастаться нанять за 3 копейки меня, но это ими окупается.
4. со мной будут работать более квалифицированные коллеги, которые не хотят тратить нервы на говнокод и заниматься ликбезом упрямых стариков
5. в таком коллективе обстановка и разработка идёт в разы лучше. А это важно для эффективности.

Спасибо что вы есть! Пока вы есть мне будет что есть.

Это сообщение отредактировал artivenom - 14.06.2019 - 16:40

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

Хороших единицы.

Я: что это за хуйня?
П: это выбор времени и даты доставки
Я: какого хера можно выбрать дату в прошлом?
П: в требованиях не было написано
Я: 1) было 2) ты идиот?
П: ну я не прочел. а что задним числом курьер не может приехать?

Знатный срачь вышел.

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

Mamboking

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

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

Насмотрелись на рекламу, пройди курс, зарабатывай дохуя.
Общаюсь со своими знакомыми, все жалуются нет людей. Хотя зп готовы ставить от 150к.
И прогнозы на ближайшие 10 лет не утешительные...

Я вот с ужасом жду время набирать себе людей ...

наконец то норм чувак
хоть 1 умный