Программирование[10]

Darkd3ad написал 15 минут назад:

я так понимаю на нем легко разрабатывать пушто

а на нем легко разрабатывать???

Just.Doit написал 5 минут назад:

Darkd3ad написал 21 минуту назад:

я так понимаю на нем легко разрабатывать пушто

а на нем легко разрабатывать???

хуй знает

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

Darkd3ad написал 3 минуты назад:

Just.Doit написал 9 минут назад:

Darkd3ad написал 25 минут назад:

я так понимаю на нем легко разрабатывать пушто

а на нем легко разрабатывать???

хуй знает

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

дак это же не "разрабатывать на абапе" а разрабатывать на платформе SAP

также как есть SDK под всякие платформы на джаве, и ты пишешь на джаве но под платформу.

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

Just.Doit написал 6 минут назад:

Darkd3ad написал 9 минут назад:

Just.Doit написал 15 минут назад:

Darkd3ad написал 31 минуту назад:

я так понимаю на нем легко разрабатывать пушто

а на нем легко разрабатывать???

хуй знает

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

дак это же не "разрабатывать на абапе" а разрабатывать на платформе SAP

также как есть SDK под всякие платформы на джаве, и ты пишешь на джаве но под платформу.

а так да, в этом вся суть. 

кажется понял о чем ты, ну да, в формулировке обосрался

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

отсюда вывод - работать проще - трудозатрат меньше - меньше денег

Darkd3ad написал 2 минуты назад:

Just.Doit написал 8 минут назад:

Darkd3ad написал 11 минут назад:

Just.Doit написал 17 минут назад:

Darkd3ad написал 33 минуты назад:

я так понимаю на нем легко разрабатывать пушто

а на нем легко разрабатывать???

хуй знает

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

дак это же не "разрабатывать на абапе" а разрабатывать на платформе SAP

также как есть SDK под всякие платформы на джаве, и ты пишешь на джаве но под платформу.

а так да, в этом вся суть. 

кажется понял о чем ты, ну да, в формулировке обосрался

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

отсюда вывод - работать проще - трудозатрат меньше - меньше денег

 

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

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

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

Я хз конечно мб в SAP и существуют все готовые функции под все случаи жизни (кек), но даже вызвать нужные и разместить их в правильном порядке это уже знать над. Так что я не думаю "что разработка на сап очень легкая". Возможно в вашем сообществе САПошников модификация основного ядра считается моветоном и в принципе не поощряется, поэтому разрабы особо не нужны или еще какая причина

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

а то что "легко программировать на платформе/языке" эти сказки выбрось из головы, не существует платформ и языков на которых можно делать ЛЕГКО сложные вещи 

просто сложности у всех разные ;)

Drakonian написал 10 минут назад:

а то что "легко программировать на платформе/языке" эти сказки выбрось из головы, не существует платформ и языков на которых можно делать ЛЕГКО сложные вещи 

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

как думаешь, сложно отправить http запрос?

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

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

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

вот платформы делают то же самое просто с какими-то доменными задачами

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

Just.Doit написал 2 минуты назад:

Drakonian написал 12 минут назад:

а то что "легко программировать на платформе/языке" эти сказки выбрось из головы, не существует платформ и языков на которых можно делать ЛЕГКО сложные вещи 

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

как думаешь, сложно отправить http запрос?

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

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

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

 

вот платформы делают то же самое просто с какими-то доменными задачами

 

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

чел после того как ты делаешь "просто отправить http request" то у тебя все равно возникают ДРУГИЕ СЛОЖНЫЕ проблемы

Drakonian написал 14 минут назад:

Я хз конечно мб в SAP и существуют все готовые функции под все случаи жизни (кек), но даже вызвать нужные и разместить их в правильном порядке это уже знать над. Так что я не думаю "что разработка на сап очень легкая". Возможно в вашем сообществе САПошников модификация основного ядра считается моветоном и в принципе не поощряется, поэтому разрабы особо не нужны или еще какая причина

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

а то что "легко программировать на платформе/языке" эти сказки выбрось из головы, не существует платформ и языков на которых можно делать ЛЕГКО сложные вещи 

просто сложности у всех разные ;)

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

примерно 80-85% требований наверное это стандарт различного рода

разработка нужна в основном для двух целей:

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

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

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

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

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

кроме этого упрощая что-то ты непременно сталкиваешься с тем что ты теряешь контроль над этой сущностью

а это тоже вызывает свои определенные трудности )))

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

Drakonian написал 3 минуты назад:

чел как только ты делаешь "просто отправить http request" то у тебя все равно возникают ДРУГИЕ СЛОЖНЫЕ проблемы

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

написа 2 строчки на баше и все. проблема решена. никаких сложных проблем не обнаружено)

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

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

понятно что сложную задачу можно поставить везде. 

Just.Doit написал 1 минуту назад:

Drakonian написал 4 минуты назад:

чел как только ты делаешь "просто отправить http request" то у тебя все равно возникают ДРУГИЕ СЛОЖНЫЕ проблемы

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

написа 2 строчки на баше и все. проблема решена. никаких сложных проблем не обнаружено)

 

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

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

понятно что сложную задачу можно поставить везде. 

Только бизнес обычно дает задачи посложней чем гетни инфу из API :D

так никто не спорит что такие платформы позволяют НАМНОГО ЛЕГЧЕ получить результат для бизнеса в сравнении с асамблером к примеру))
но это не значит, что "легко делать все", мы просто сделали абстракцию с более лоулвла на хайлвл

упрощает это некоторые вещи? определенно да
легче ли прогать на хайлвле в сравнении с лоу лвл? определенно да
легко ли прогать на хайлвле? все еще сложно

А все потому что все равно алгоритмы и архитектуру ТЫ должен описать компьютеру
и ты в итоге сидишь пишешь логику, архитектуру придумываешь
а комп такой Я ВСЕ ЭТО ХАВАЮ, У МЕНЯ НЕТ ВЫБОРА

но сам комп все еще не умеет сам, сорян

Drakonian написал 7 минут назад:

А все потому что все равно алгоритмы и архитектуру ТЫ должен описать компьютеру
и ты в итоге сидишь пишешь логику, архитектуру придумываешь
а комп такой Я ВСЕ ЭТО ХАВАЮ, У МЕНЯ НЕТ ВЫБОРА

но сам комп все еще не умеет сам, сорян

так а че абапер там придумывает архитектуру, если ему архитектуру консультант пишет

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

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

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

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

Darkd3ad написал 12 минут назад:

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

примерно 80-85% требований наверное это стандарт различного рода

 

разработка нужна в основном для двух целей:

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

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

 

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

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

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

 

2) ну это походу главная причина почему САП программисты не нужны. У нас есть Microsoft Store в котором ты свою надстройку над стандартом валидируешь и лицуха/поддержка все еще доступна для клиента который юзает твою поделку

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

ну я еще думаю у нас из-за перехода на Cloud и тупо новую версию языка слишком много нового вводят, меняют стандарт постоянно, апгрейдят его, поэтому все эти мамонты-программисты из старых версий с опытом по 15-20 лет теперь сосут бибу, так как подход копирования бездумного канул в лету

Darkd3ad написал 3 минуты назад:

Drakonian написал 9 минут назад:

А все потому что все равно алгоритмы и архитектуру ТЫ должен описать компьютеру
и ты в итоге сидишь пишешь логику, архитектуру придумываешь
а комп такой Я ВСЕ ЭТО ХАВАЮ, У МЕНЯ НЕТ ВЫБОРА

но сам комп все еще не умеет сам, сорян

так а че абапер там придумывает архитектуру, если ему архитектуру консультант пишет

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

 

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

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

 

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

 

 

ебать, а нах тогда вообще там программисты если даже архитектуру пишет консультант? 

может ты преувеличиваешь? были у меня в моей практике консультанты которые пытались код писать в своих спеках, так эту хуйню в 99% можно было даже не смотреть, так как там обычно ДИЧЬ ЕБАНАЯ 

Разбавлю вашу духоту

ГР поднялся до 85

шо

Drakonian написал 33 минуты назад:

но это не значит, что "легко делать все"

мне кажется никто этого и не утверждал.

Drakonian написал 33 минуты назад:

А все потому что все равно алгоритмы и архитектуру ТЫ должен описать компьютеру

вот здесь опять же не понятно про что речь

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

GoldRobot said 6 minutes ago:

Разбавлю вашу духоту

ГР поднялся до 85

инфляция да сука

Just.Doit написал 1 минуту назад:

Drakonian написал 34 минуты назад:

но это не значит, что "легко делать все"

мне кажется никто этого и не утверждал.

Drakonian написал 34 минуты назад:

А все потому что все равно алгоритмы и архитектуру ТЫ должен описать компьютеру

вот здесь опять же не понятно про что речь

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

"лего девелопить на платформе/яп" это и есть это утверждение
 

Так зачем ты привязался к примеру своему намертво? Мысли шире, в реальности после отправки http запросов еще нужно триллиард вещей сделать

Drakonian написал 1 минуту назад:

Так зачем ты привязался к примеру своему намертво? Мысли шире, в реальности после отправки http запросов еще нужно триллиард вещей сделать

все равно не понимаю причем тут тезис "комплюктеру нужно говорить что делать"

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

GoldRobot написал 11 минут назад:

Разбавлю вашу духоту

ГР поднялся до 85

грац

Drakonian написал 33 минуты назад:

ебать, а нах тогда вообще там программисты если даже архитектуру пишет консультант?

ну чтобы это, текст набрать в редакторе