Хэй, подскажите ресурс, где можно слитые курсы поискать по it, на руторе как-то все грустно. Сам я студент айти вузика, хочу допом материалы какие-то учить, а то в унике хуйни накидывают. Извиняюсь, если этот вопрос уже где-то был.
>>3484839 (OP) >КУРС для МУСУЛЬМАН Ради любопытства решил глянуть первое видео из курса, пиздец как я ржал. В начале видео молитва, потом рассказывает что аллах не запрещает заниматься мирскими науками и в перерывах между поклонением аллаха можно изучать программирование. Сука какой же пиздец
Питон говно и вот почему /python/
хуимя06/08/23 Вск 22:24:29№2796532Ответ
Почему питон говно? 1. Отсутствие статической типизации (всегда плохо, тк позволяет насрать в код) 2. ООП -- это ужас! 3. Отсутствие приватности (про _* не писать, это не приватность) 4. Несодержательные ошибки 5. Слишком пересахарен 6. Отсутствие перегрузок функций
пишите если есть что добавить, или пишите с чем не согласны, я готов раскрыть подробнее аргумент.
утверждается также, что питон не нужен нигде кроме легеньких вычислений в консоли (не нужен & используется сейчас = может быть заменен нормальным языком безболезненно)
>>3489699 Блядь, то что ты увидишь не напрягаясь на монике ты не увидишь на телефоне. Точность клика мышкой намного больше. Но ковыряйся дальше, ты же умнее всех.
>>3489700 А я не буду уменьшать интерфейс приложений в среде андроид. Я наоборот буду отталкиваться от андроида. Т.е я наоборот подберу усреднённый масштаб элементов таким образом, чтобы я на Андроиде более менее попадал на кнопки потом, а вот на ПК он пускай будет чуть больше обычного. Лучше ПЕРЕглядеть чем НЕдоглядеь. Ну это единственный вариант прикинуть мост между ПК и андроид. Это по сути дела мини «фреймворк» будет своего рода. Но необходимо будет переписать по новой как минимум 7 элементов управления. Кнопку, label, edit, radio, check, scroll boxes, combo box, gauge, track bar. Т.е чтобы это И отображалось графически набираясь из тайлов , И чтобы работа этих элементов эмалировалась программно. Это тоже не просто
ИЗУЧЕНИЕ ЯЗЫКА Q: C чего мне начать, чтобы стать рубистом? A: Отличным началом будет Programming Ruby (The Pragmatic Programmers Guide), читать Eloquent Ruby и The Well Grounded Rubyist после прочтения первой толку особо не даст, одни и те же вещи, дальше читаем Ruby Way, затем познаем метапрограммирование с Metaprogramming Ruby. А дальше открываем Ruby cookbook 2015 года, Пишем свой код во время чтения.
Q: Следующий уровень, продвинутые книги по руби: A: Confident Ruby by Avdi Grimm | Practical Object-Oriented Design in Ruby Refactoring Ruby Edition | Ruby Under a Microscope
Q: Какой gem посмотреть, чтобы понять, как писать код? A: Лучше всего посмотреть небольшие gem'ы вроде cancancan, pundit, camping. Еще можешь полистать на гитхабе гемы с нарастающей популярностью (там еще нет тысяч строк, и тебе будет легче понять): https://github.com/trending?l=ruby
Тэкс, братва, есть вопрос. Много ли из нас тут фрилансеров? Ну или тех кто хоть более менее спину разогнул и дышать может, а не страдать шизофренией от менеджмента? Под этим я имею в виду, чтобы использовать современные версии рельс, чтобы использовать хотвайр к примеру, а не тянуть фреймворк там где он не нужен, но сказали - надо модно давай реще!!!111 Хз, просто тред оживить немного захотелось. Мне нравится современный цсс, но спа везде, апихи там где не надо, где говорят блять что будет единая апи и из нее все сделают, а по факту все отдельно делается потом и приложение и фронт и сср - это какой-то заеб, имхо. Я порой думаю, что нахуя мы препроцессоры цсс то используем, если современный цсс нормально писать можно и у нас итак ниче такого прям сложного нет во внешней части (и это только вот верхушка так сказать размышлений, что хоть какой-то оверхед ментальный срезать)
— Какие книги считаются лучшими? На слуху чаще всего Лутц, но там очень много воды. Ещё на слуху Марк Саммерфильд, Эл Свейгарт "Автоматизация рутинных задач с помощью python". Эти книги рекомендуют чаще всего, но книги довольно старые, а питон развивается.
— А как учить джангу? Нахожу книги по джанге 1.х, можно их использовать? У джанги отличные доки (одни из лучших для пистоновских либ, имхо), почитай их для начала. Книгу по джанге можно читать даже для версий 1.x, т.к. принципы остаются теми же. Но лучше хотя бы с версии 2.0, слишком много мелких изменений в базе.
— Какие веб-фреймворки стоит учить в начале двадцатых? Что бы не говорили, Джанго живее всех живых и умирать не собирается (и Django REST Framework), очень перспективный асинхронный FastAPI, асинхронный AioHTTP. Flask ещё где-то используется, но уже legacy. Прочие фреймворки или у нас экзотика, или это вымирающее легаси как Торнадо.
— В ньюфаг-треде написано, что нужно начинать с SICP, чтобы научиться программировать Вот, пожалуйста, та же самая программа, но частично переработанная под язык Python: https://www.composingprograms.com/ (нужно знать ангельский или уметь пользоваться переводчиком)
— Что можно почитать/посмотреть по многопоточности/параллелизации в питоне, да и вообще в целом? Ролик на американском языке про многопоточность и асинхронность, построение своего event loop с нуля, помогает понять, как устроена асинхронность внутри: https://www.youtube.com/watch?v=MCs5OvhV9S4[РАСКРЫТЬ]
— Как можно без лишней возни ускорить программу на питоне 1) проверь сначала свой код, алгоритмы и структуры данных. Чаще проблема здесь. 2) код можно иногда феерично ускорить, используя JIT (Just-in-Time) компиляцию. Почитай обязательно про модуль numba, он ставится через pip, и альтернативный интерпретатор PyPy.
— Дайте нормальные книжки на русском! Мы, блядь, не в пин##сии живём Брат, смотри книжки по ссылкам в шапке, там есть и русские. Но помни, без языка ангелов твоя жизнь проходит мимо и ты обречён быть на обочине знаний и технологий.
И ещё похожий вопрос. Вот есть такой код. ПайЛинт говорит "Catching too general exception Exception". Предлагается прочитать: https://pylint.readthedocs.io/en/latest/user_guide/messages/warning/broad-exception-caught.html https://stackoverflow.com/questions/14797375/should-i-always-specify-an-exception-type-in-except-statements/14797508 Я прочитал, но всё ещё не очень понимаю, как быть. В моём понимании при попытке внести данные в файл может случиться примерно дохуялиард всяких разных вещей (RO-ФС, кончилось место на диске, диск побился на лету и так далее), которые помешают записи и по-моему вот тут вот уместно сделать "Что-то стряслось, нишмог, вот тебе ошибка, возись с ней дальше сам!", но, кажется, линтер хочет, чтобы я в таких случаях перечислял абсолютно все райзы, которые гипотетически могут прилететь в этом куске кода? Как тут идеологически правильнее поступить?
>>3489421 PyLint относится почти ко всем переменным, объявленным не внутри функции, как к константам. Менять они это вроде не планируют, так что можешь просто это в игнор прописать. Если загуглишь саму ошибку, найдёшь много открытых вопросов на эту тему у них в гитхабе. >>3489438 Из PEP-8: >When catching exceptions, mention specific exceptions whenever possible instead of using a bare except: clause: >A good rule of thumb is to limit use of bare ‘except’ clauses to two cases: >1. If the exception handler will be printing out or logging the traceback; at least the user will be aware that an error has occurred. >2. If the code needs to do some cleanup work, but then lets the exception propagate upwards with raise. try...finally can be a better way to handle this case. Тоже можно заигнорить, но вообще да, как правило, эксепшены указываются явно.
Лиспы - семейство языков программирования. Характерные особенности лиспов: динамичность, гомоиконность (код как данные), программируемость.
{Основные диалекты} :: Common Lisp - разрабатывался как промышленный язык, пригодный для широкого спектра применения, из-за чего имеет достаточно объемную спецификацию. Является мультипарадигменным (процедурщина, функциональщина, ооп (CLOS)), с сильной, динамической типизацией. Есть опциональная декларация типов и частичный их вывод в некоторых реализациях. Описание особенностей: http://habrahabr.ru/post/143490 Основные реализации: - свободные: SBCL (нативный код), Clozure CL (нативный код), ECL (через сишку), Clisp (байт-код; небольшой размер образа; похоже, заброшен), Clasp (LLVM; ориентирован на интероп с C++), ABCL (байт-код JVM), CMUCL, GCL. - коммерческие: LispWorks, Allegro CL, Scieneer CL, mocl :: Scheme - это минималистичный лисп, пригодный в основном для обучения, исследований. Наиболее практичными реализациями являются GNU Guile и Chicken Scheme. :: Racket - развитие PLT Scheme. Racket включает в себя много подъязыков (typed racket, lazy racket, frtime racket, Scheme стандартов r5rs и r6rs). :: Clojure - для тех, кто считает, что из смеси явы и лиспа может получиться что-то хорошее, или тех, кто интересуется креольскими языками, есть отдельный тред. Тред утонул, дом сгорел, отец-подлец бросил, поэтому поживёт сиротка пока у нас. Мальчик со странностями, но хороший, не обижайте. Шапка треда здесь https://rentry.co/9ve9d
Delphi - уникальное и великолепное средство разработки приложений, незаслуженно забытое из-за полоумных фоннатов командной строки, блокнотов и прочего контента из 1950-х. Born in Borland, developing in Embarcadero. Библиотека, написанная на Delphi, призванная продемонстрировать возможности компонентов Delphi и которую вы можете добавить в ваш проект: https://zango.usite.pro/load/0-0-0-8-20 Сайт компании Embarcadero: https://www.embarcadero.com YouTube-канал Embarcadero Russia: https://www.youtube.com/@embarcaderorussia3258
Go или Golang — компилируемый язык программирования от создателей таких шедевров как UTF–8, язык С, UNIX, Plan9 и других. Go поддерживает типобезопасность, имеет богатую и универсальную стандартную библиотеку и инновационные семантики одновременности: все то, что мы в индустрии называем concurrency и parallelism. На сегодня язык Golang является краеугольным камнем стабильности, прагматичности, де-факто представляет из себя стандарт в мире бэкенд–микросервисов и серверного оркестрирования.
>>3489417 Они же у тебя без явного параллелизма в коде будут исполняться последовательно. Какой язык тебе два цикла будет исполнять параллельно без явного указания, что их можно исполнять параллельно?
Сап, сейчас все больше говорят о нейросетях и их возможностях в программировании, что вызывает некоторые опасения. Не хочу кричать, что айтишка умрет и подобное, но, думаю, стоит имеить запасной план на такой случай.
Аноны, что думаете по этому поводу?
inb4: Заводчане осилившие регистрацию в OpenAI vs. IT-бояре.
>>3449694 (OP) Думаю, что это хуерга надуманная. Паникуют по поводу замены айтишников LLM разве что те, кто понятия не имеют, что вообще такое эти ваши нейросети.
Стоит ли учиться ими пользоваться? Опредлённо, как инструмент они уже прочно используются, и вряд ли это изменится. Но не стоит злоупотреблять: можете просесть в навыках. Заменят ли нейросети погромиздов? Хуй знает, но точно не в обозримом будущем. Пока срать в штаны рано.
>>3489487 >Но не стоит злоупотреблять: можете просесть в навыках. Только если это важно для зрелищного прохождения собеседований. Для простой работы не похуй ли, могу ли я написать двадцать строчек без единой синтаксической ошибки или нет?
Не, не так. Ну зависит от текущих навыков и знаний. Для джунов нейросеть -- буст, в том смысле что позволяет им получать быстрые ответы на глупые вопросы и точно такая же стена-преткновение так как они не учатся решать эти простые проблемы самостоятельно. Так что навык быстрых решений будет отсутствовать у программистов нового поколения напрочь, что-то где-то сваять, собрать, разобраться, локализовать баг -- этого у них не будет, такой челик будет постоянно лезть в нейросеть даже чтобы ребейз сделать. Поэтому это и буст и одновременно стена для роста. Ну и для новых задач каких-то они точно не будут предназначены.
У старших челиков по-другому все работает. Любой навык постепенно теряется если его не поддерживать. Но с другой стороны они итак уже заняты чуть другими делами: архитектурой, бизнеслогикой, документацией, управлением и мониторингом. Поэтому навыки кодерские им в принципе и не особо прям нужны и нейросеть их как раз бустанет неплохо так. Поэтому перекос будет еще сильнее. И по этой же причине нахуй пойдут джуны и мидлы, при этом в моменте станет больше требоваться сеньоров глобально, а в целом количество народу обрубится колоссальное и выпрут в общем многих, если ты не будешь блестать везде: и на фундаментальных задачках и на примитивных
Давайте-ка вспомним события 2х-летней давности, когда началась та самая Глобальная Рецессия в айти, вместе с массовыми лейофами...
- Помните, как мы думали, что увольняют только "менеджеров по разнообразию" и "тупых гуманитариев", а величавых глыб коданов никто и ни за что не уволит? - Помните, как считали, что лейофы продлятся максимум полгода а потом будет скачок хайра? - Помните, как верили, что айти пизда именно в СНГ, а за бугром обласкают и баксами осыпят? - Помните, как были свято уверены, что нейросетка никогда не сможет писать осмысленный код?
Мда, почти все мы в это верили... Каковы же ваши прогнозы на данный момент?
>>3155275 >Твиттер не развалился, так что теперь американский анальник==внутренний саботажник, СТО-хунвейбины будут их нещадно резать и заменять на "почти таких же" индусов и прочее дерьмо. Ну если СТО так размышляют, то нас ждут очень качественные продукты. Со временем.
>>3184667 >Тогда почему современный софт такой тормозной и тяжёлый? Потому что решения о напихивании фич принимают не только программисты, а скорее всего, и вовсе не они, они только реализацией занимаются.
>>3489504 >Ну если СТО так размышляют, то нас ждут очень качественные продукты. Со временем. Охуевшие в край американские программисты, которые задрачивают литкод, лепят себе красивый линкедин-профиль, и хвастаются, в каких они гуглах работают, но по факту имеют навыки, не отличающиеся от Хайнца или Мыколы, слишком уж охуели, в лучше годы их переманивали между компаниями просто за красивые глазки. Вся эта хуйня докатилась до такой степени, что Google и Apple по итогу засудили и выписали ебические штрафы. В РФ тоже по итогу пришли к договорам про непереманивание.
Теперь всех этих уебанов выпиздывают, потому что кризис жесткий уже шестой год идёт, и они отправляются профессионально проходить собеседования хуй знает куда.
Kotlin — статически типизированный, объектно-ориентированный язык программирования, работающий поверх Java Virtual Machine и разрабатываемый компанией JetBrains. Язык назван в честь российского острова Котлин в Финском заливе, на котором расположен город Кронштадт.
Маскот котлина Коди.
Что имеем: +Современный синтаксис (реально удобный). +Совместимость со всей jvm инфраструктурой. +Возможность писать статический DSL прямо на самом языке. +Дополнительные возможности котлина. (делегаты, функции, расширения класса, вариативность и т.д) +Возможность нативной сборки, сборки в js, андроид и ios. +Корутины
Для тех, кто переходит из процедурных языков программирования, объектно-ориентированный подход (ООП) может показаться полной ерундой.
В интернете часто приводят какие-то высосанные из пальца примеры с кошками, собаками и всякой абстракщиной. Но в реальной жизни все не так просто, и эти детсадовские примеры ни о чем не говорят. Когда ты только начинаешь изучать ООП, то сложно понять, зачем вообще городить эту огромную телегу с классами, наследованием, инкапсуляцией и прочими заморочками.
Поэтому лучший способ въехать в ООП - это сразу погрузиться в изучение какого-нибудь фреймворка. Когда ты видишь, как все это применяется на практике, то сразу начинаешь понимать суть.
Почему следует изучить java перед котлин, а не сразу изучать котлин: 1.Java основа: Без знания java ты не будешь понимать, что происходит под капотом kotlin. Синтаксический сахар kotlin скрывает сложные операции, и ты можешь понять конечный результат, но не механизм его достижения. Это как нажимать кнопку на чайнике и видеть, что вода нагревается, но не знать, почему и как это происходит. Лучше всего понять что под сахаром это в intellij перейти tools -> kotlin -> show kotlin bytecode -> decompile. 2.Код на Java: Большинство библиотек написано на java. Без знания java ты не сможешь понять их код и, соответственно, эффективно использовать или модифицировать их в своих проектах на Kotlin. 3.Может быть что где-то будут куски кода на java в проекте.
>>3485678 Так всё правильно. Переменная статична, но сам объект не обязательно должен быть иммутабельным. То есть ты не можешь этой же переменной задать другой объект, но сам-то объект ты менять можешь.
Основы программирования, логические операции -> Джава(базовый синтаксис и особенности языка) -> ООП -> особенности различных версий Джава -> алгоритмы и структуры данных -> многопоточность -> дженерики -> функции высшего порядка -> Котлин -> Android SDK(UI, версии и различия, особенности оси на уровне работы виртуальной машины) -> работа с БД, CRUD(можно и на этапе знакомства с алгоритмами) -> git -> networking/REST API/JSON/сериализация -> актуальные фреймворки зачем и почему, спойлер: экономия времени -> архитектура, зависимости, инверсия контроля -> ?..
Вот примерный флоу, которому я бы следовал, если бы учился сейчас. Начал бы сразу с алгоритмов, если честно.
В эту же последовательность нужно вставить clean code, SOLID, DRY/DIE, KISS, YAGNI и прочие модные аббревиатуры, которые весьма актуальны. Что-то упустил, но, думаю, этого достаточно.
Нет. Не стоит. Есть точка зрения, что котлин позиционируется как "удобная/лучшая джава", подразумевая то, что ты хочешь писать на джаве, но более современно и практично. Да и глупо игнорировать джавоский мир, который является в топе по числу библиотек и решений, где тебе все равно придется погрузиться когда-то в его синтаксис.
>Прочел книгу по java/kotlin/flutter и посмотрел видосы, на деле ничего не понимаю. Куда идти дальше?
Делай свои мелкие пет-проекты, можешь копировать чужие и дополнять функциями которых там нет. Главное правильно пиши сам, гугли, трать часы и дни на мелкие функции НО сделай сам, что бы полноценно понимать что к чему. Вся суть сводится к тому, что бы ты изучив ROADMAP который указан выше, вынес знания, которых хватит на создание и понимание пет-проектов с помощью которых познаешь суть разработки. Также на собесах любят когда есть портфолио в гугл плей.
>Где взять примеры проектов?
Можешь банально поискать на ютюбе или в телеграмме. Для примера:
1. Нужно хорошее знание Java/kotlin. 2. Понимание базовых принципов Android (жизненный цикл activity/fragment, что такое Context, intents, services, UI thread, support library и ее версии (уже androidx), shared preferences, SQLite, Handlers, Executors, Content-Providers, firebase. 3. Знание популярных библиотек типа Retrofit + Glide/Picasso/Koil + Coroutines + RxJava2 + Dagger2/Hilt/Koin(по обстоятельствам) + гугловские поделки jetpack, понимания СОЛИД и других паттернов проектирования. 4. Базовое понимание что вообще такое Gradle. Рекомендую хорошенько изучить XML/Compose. 5. И хотя бы несколько готовых приложений.
upd: Также стоит прочекать вакансии в вашем городе и собрать самый часто используемый стек технологий и отталкиваться от него.
Незабывай изучать английский, потому что гуглить придётся именно на нем ибо информации в разы больше.
В dart'e нет нормальной многопточки. Вместо тредов используются isolates, которые представляют собой отдельные VM дарта. Это значит, что расшарить с ними память нельзя, можно или копировать в них байты, или передать указатель на байты. То есть нужно тратить время на сериализацию объекта в эти самые байты и обратно. О какой производительности вообще может идти речь? Ты или засовываешь бизнес логику в UI isolate и тогда тормозит UI, или засовываешь бизнес-логину в отдельный isolate и теряешь десятки/сотни миллисекунд просто на передачу объектов между background isolate и UI isolate.
Как решение LLM предлагает выносить бизнес логику в Rust/C++ библиотеку и цеплять её через FFI. Нет, спасибо.
Ясно, флаттер минус. Ну, видимо придется использовать KMP Compose, никуда от котлина не деться.
вкатиться в айти в 28 лет?
Аноним06/12/24 Птн 14:43:50№3336180Ответ
>>3485280 Графану пилить только под Кафку, чтобы консьюмеров ловить и очереди посмотреть? Ну охуэнно, совсем не оверхед. Это как на Джанго print('hello') написать. Я конечно видел долбоёбов, которые графану использовали как прокладку для алертменеджера срать алертами в телегу, в то время как сорсы там от заббикса были. Но там хотя бы понимали что они долбоёбы.
Привет всем. У Яндекса и МФТИ были раньше в свободном доступе пять поясов по программированию (белый, жёлтый, красный, коричневый, чёрный - по нарастанию уровня сложности). Я ищу их все. Они раньше на курсере были бесплатными, сейчас их оттуда снесли и вроде как должны были перенести на другую платформу. Я нашёл только на степике, но отдавать по 20к за каждый меня жаба душит. Проштрудил все возможные складчины и нигде не смог их откопать. Возможно анонам известны другие пути по поиску контента, в связи с чем предлагаю 5к за все пять курсов (оплачивать могу по 1000р/каждый)
В мае 2025 года на Stack Overflow появилось менее 15 000 вопросов — такой уровень активности был разве что в первые месяцы после запуска. Для сравнения, в сентябре 2009 года их было 17 668.
Релиз ChatGPT в 2022 стал точкой невозврата. ИИ быстрее и вежливее, он не указывает на дубликаты и не закрывает вопросы — в отличие от модераторов Stack Overflow.
Stack Overflow пробует переосмыслить себя, превращаясь в платформу для карьеры и сообщества, но разработчики всё чаще уходят в тематические чатики в соцсетях. Исчезновение SO может стать символом конца эпохи комьюнити-ориентированных форумов.
Помните времена, когда Стэк был типо "местом избранных"? Где какая-то чванливая выебистая айти шлюха будет кривить губки от твоего "тупого" вопроса и устало поясняет тебе что ты лох и вообще "живешь не по понятиям", разумеется еще и добавляя тебе минус в карму. Представили ебла этих зверьков сейчас? ЧатГПТ заменил не только Стэк но и во многом заменил этих чмонь, кто последние годы грел свое ЧСВ на пустом месте и растил корону у себя на голове. Вдруг в одночасье выяснилось, что они вовсе никакие не "интеллектуалы" а простые выпендрежники, что их ресурс это не "тусовка избранных" а умирающая клоака, проигрывающая ИИшке, что и их самих на горизонте ожидает ебка ИИ.
>>3464020 (OP) > Помните времена, когда Стэк был типо "местом избранных"? Нет. Ты просто обиженка для которого SO - это какое-то божество. Это просто очередной Q&A сайт.
>>3464179 >Казалось бы - чего нахуй сложного соответствовать правилам сообщества? Правила правилам рознь, есть какие-то общие правила типа быть вежливым и всё такое. А есть доёбы мочераторов, типа теги не те - вместо html надо php, не поискал похожие проблемы - а искать надо не точно твою проблему, а обобщенную формулировку, не указал в вопросе какие-то детали. А ты просто джун которому у тебя нет опыта, ты действительно не можешь спросить по этим ебучим правилам, потому что ты не понимаешь в чём на самом деле ошибка, какие детали важны и их надо указать и т.д.
Да заебывает отвечать на одни и те же вопросы каждый день, но в этом и состоит твоя работа как эксперта - показывать новичкам как надо задавать вопросы, искать ответы в документации и т.д. Заебался? Уходи с этой позиции.
Да, исключение из правило - лишнее тому подтверждение Как относитесь к своим коллегам-подснежникам? К камвхорам с ютуба типа пикрила Действительно ли среди них есть скилловые, либо в основном вниманиебляди и проигрывают всраткам-скуфихам? Интересна статистика
Как тест-менегер могу сказать, что доля правды есть. Среди девчуль хайрил только симпатичных (всё равно на мануальщиц онли) и пару раз поёбывался таки. Потом в другую тиму сливал на повышение якобы
Я прохожу задание на стажировку в одну компанию и покорно прошу вас помочь с заданием.
"На рисунке приведен процесс в нотации BPMN. Это процесс подготовки планов на новый 2025-ый финансовый год по набору пациентов в ортодонтическом отделении сети стоматологических клиник. Процесс подготовки планов не автоматизирован и характеризуется высокой долей ручного труда. Подготовка и ведение данных для сети клиник осуществляется преимущественно в MS Excel. Процесс включает: сбор и обработку данных по пациентам и влияющим на них факторам (потенциал по пациентам, план по набору пациентов, финансовые прогнозы). В качестве перспектив развития процесса выделены такие направления, как замена MS Excel формами ввода, единое хранение данных, подготовка выгрузок из базы данных в виде структурированной информации для последующей загрузки данных в смежные системы. TBPM – подсистема аналитики, Kyubit Business Intelligence – корпоративная база данных для построения аналитической отчетности. Необходимо изучить схему и найти в ней ряд ошибок." Я вот так понимаю, что ошибка находится в строке "Аналитик отдел". Тут (на втором фото) вот этот параллельный шлюз является только сходящейся развилкой, но никуда не выходит, чего быть не может, поскольку тогда он должен быть концом процесса. А вот из таймера стрелка, как я понимаю, должна идти в изначальную развилку ветки аналитика (фото 3). Также, я думаю, что из этой развилки стрелка должна идти в действие "Подготовка плана продаж в стоимостном выражении"
>>3484600 Шизик ебаный, лор это один из самых больших донатеров Столярова. Если про сбор на книги не написали на Лоре, книжки по профессии программист просто бы не вышли.
Почему функциональное программирование провалилось?
Аноним22/05/25 Чтв 14:43:02№3460219Ответ
>>3484856 У тебя логические ошибки. Нельзя просто так инвертировать импликацию. ФП -> заебёшь оптимизировать ещё не значит что НЕ ФП -> обязательно получится.
> Современная хуета на образовании готовит скорее тупых рабов
Тебя же как-то подготовила такого исключительного.