Нахуй иди со своим экселем
Бухгалтерша без навыков впр порвалась, несите следующую.
Бамп
ОП, ты ебнулся? Кто тебе заплатит за "программы" для экселя? Тебе заплатят, если ты еба-бухгалтер какой-нибудь, и делаешь особо изъебские отчеты, используя бейсик.
>На ВБА можно написать всё, что угодно,
>Если чего-то не хватает,
ну ахуеть теперь.
Ну собственно уже написали. ВБА идет как дополнение к твоим основным скилам бухгалтера, финансиста и т.д. Как единственный навык он не нужен.
>спрашивают, какой язык программирования начать изучать
как раз те, кто не хочет/не может быть бухгалтером и хочет онли кодить.
>спрашивают, какой язык программирования начать изучать
как раз те, кто не хочет/не может быть бухгалтером и хочет онли кодить.
Помню в универе страдали хуйней на этом вба, прикольная тема для вката, чтобы понять твое ли это, погромировать, или нет.
Ну вот условно, что этот бухгалтер и заплатит, т.к. сам такую такую программу не может написать.
и наверное у нас полон рынок услуг программ для экселя, или куча контор, которые делают готовые продукты и нанимают людей, да?
Вангую особо на поток такое не поставишь. Плюс все что связано с деньгами стараются не раскрывать сторонним фирмам.
Также ВБА работает только в эксэле, а питон можно и к эксэлю подключить и еще кучу задач делать.
Не знаю, полон или не полон, но предложения есть.
Слушай, это даже не смешно. Предлагаю тебе пойти нахуй. А также предлагаю поесть говна всем, кто пытается VBA использовать как прикладной язык для чего-то, не связанного с документом/таблицей. Например дебилы пытаются на VBA делать игры. Нахуя? У вас страх взять и освоить нормальный полноценную среду разработки?
>Python,
Нет нормальных IDE уебищный синтаксис (табуляция), медленное исполнение. Для извращенцев-гиков
>JavaScript,
Нет нормальных IDE, код неизбежно становится макаронным, фреймворки шизофреничны, их сотни и нет одного стандарта и даже в разных браузерах работает все по разному
>C++
Слишком хардкорно для новичка. Новый стандарт хоть и добавляет возможностей уравнивая С++ с современными языками но сделано это через жопу. Многие предпочитают на БУСТЕ оставаться а БУСТ - то еще дерьмище.
Я рекомендую всем всем всем C# или Java. Это разные "лагеря" я не буду агитировать за один из них просто сделай свой выбор. Вру, на самом деле буду. Я выбрал C# и теперь могу писать под мак, под винду, линукс, под андроид и ios и всё на одном и том же языке. В Nuget есть библиотеки на любой вкус и биндинги большинства С++ библиотек. Хочешь что-то связанное с биткоином? Пожалуйста. Хочешь работу с видео? Пожалуйста. Джаве еще долго идти к той гибкости и удобству C#. А на винде джава всегда будет аутсайдером потому что C# встроен в винду.
Писать игры и прочее на ВБА - да, это да, полная хуйня. Только работа с документами.
>Нет нормальных IDE
А чем тебя пайчарм не устраивает?
да откуда ему знать что это, он же на с# пишет.
Ты так говоришь, как будто первый язык будет единственным. Обучение программированию и работать программистом это не одно и тоже. Как первый язык clojure топчик.
>clojure
не люблю отсутствие типов, лисп как лисп, в чем проблема.
>потому что C# встроен в винду.
А делфи так и встраивать не нужно.
А как вам такое? Шах и мат, программисты.
Проблема в том что ты это новичку советуешь. Новичку надо как можно проще и чтоб в гугле сразу ответы на все вопросы. А для этого важна популярность языка. И чтоб не пришлось библиотеку часами искать и пытаться подключить.
Лиспоподобные языки годятся состоявшемуся опытному программисту в качестве игрушки.
Под обучение программированию можно понимать 2 варианта:
1. Учится, что бы понять, что это вообще за дисциплина и с какой стороны к ней подходить. Как работать с массивами, переменными и т.п. Для этого подойдет любой язык, который может в операторы ветвления и циклы, в т.ч ВБА.
2. Учится программировать, что бы работать программистом. Это совершенно другое. Программисты учат не столько язык, сколько алгоритмы и структуры данных, а так же основы работы всей компьютерной среды (сеть, операционные системы, безопасность). Синтаксис конкретного языка изучается скорее поверхностно, потому что, если ты знаешь как реализовать матрицу смежности для неориентированного графа и обход в ширину, как происходит атака с переполнением стека, и чем O(n) отличается от O(n log* n), то тебе уже похую на каком языке писать. Твой код на самом медленном языке будет быстрее и легче, чем код диванного вкатывателя в "самый быстрый язык по версии википедии".
Ну а на ВБА не пишут потому что он полон недостатков. Просто они не очевидны для человека, который изучил только его и не работал с другими языками. Чего стоит одно объявление переменных и непонимание отличия прописных букв от строчных.
Как фанат ВБА и Экселя, скажу, что начинать программировать лучше с классики (C, Java). В VBA стремный синтаксис и к нему нужно еще привыкнуть.
>На ВБА можно написать всё, что угодно, это полноценный язык.
Лучше всего, конечно, писать простые обработчики. Вкупе с формулами Excel VBA превращается в отличный скриптовый язык, если надо по-быстрому одноразово обработать массив информации. При этом все данные шаг за шагом видны, как на ладони.
>ведь чуть ли не каждый 10 офисный работник может написать прикладную программ.
Не уверен, хорошо если офисный работник в состоянии использовать хотя бы формулы в экселе. До ВБА доходят только самые отмороженные.
ООП это парадигма программирования. Она никак не влияет на возможности и качество кода. Только на читаемость.
Нахуй нужно?
Вот тебе простая задача: нужно реализовать список контактов в некой программе, типа скайпа, например. Когда в поле пойска контакта вводишь символы, программа должна предлагать подходящие варианты из списка (типо как в гугле, вводишь начало запроса, он предлагает продолжение).
Собственно вопрос, как ты будешь хранить этот список и работать с ним (не нужно кода, опиши словами в общих чертах). Применяй ООП и фреймфорки сколько влезет.
Обычно такое уже реализовано и тебе просто нужно подключить нужную либу/фреймворк, если этого нет в стандартной библиотеке.
Но я согласен, что лучше знать как это работает под капотом.
Мимо другой анон.
Ну я имел ввиду учиться прогать на ВБА и быть программистом, но не для того чтобы реализовывать матрицы омежности на нём, а чтоб писать прикладные программы для работы с мс офисом - в сновном эксель и аксес.
быстрофикс
давай упростим, это будет телефонный справочник содержащий только телефон и ничего больше, никаких анкет с именами и родословной.
Что бы подключить "это" надо знать хотя бы что искать. Это не говоря о том что оно может быть реализовано совсем не так, как надо тебе (для числовых данных или текстовых или гибридных структур, многопоточно или нет и т.д.)
Ну так изучи спрос, рынок услуг и вперед.
Понял всю богость ебучего вба, когда перешел на пайтон, теперь не понимаю нахуй нужен эксель
1. Ты ебло тупое.
2. Хуй соси ебло тупое.
Там вроде надо типа деревом хранить. Чувак ввёл "а" ты выдаёшь варианты из массива obj['a'], потом он ввёл "b" и выводишь варианты obj['a']['b'], а сам массив строить при обновлении списка контактов или что там у тебя.
>программа должна предлагать подходящие варианты из списка
что такое "подходящие" и из какого списка.
>Обычно такое уже реализовано
вот представь что ты тот первый человек, который был этим "реализовано", вот как это сделать?
>но учитывая современные мощности, это не проблема для прикладных задач
Да ёб вашу мать!
мимо-пердолер-на-джаве
и после 25 юзеров твое решение дохнет по иопсам?
Ок. Я реализую префиксное дерево.
Очевидно, по сравнению с вариантом на msql, пойск в префиксном дереве будет работать несоизмеримо быстрее и занимать меньше места в памяти (чем больше контактов в списке, тем сильнее видна разница), а в мобильном устройстве практически не будет жрать батарею. Вот примерный ответ, на "нахуй это нужно".
Верно, префиксное дерево (или какой-то подвид, типа суффиксного дерева)
в списке два номера 911 и 37512
ты вводишь 3, пойск предлагает продолжение 7512
в этом случае очевидно делать можно как угодно. хотя спрашивающий видимо ожидает trie
Как угодно это как? Затолкнуть все в массив и полностью перебирать его при вводе каждой цифры например? Ну это сработает, если у тебя 10 контактов. А если это справнчник с парой миллионов номеров?
я понимаю откуда у меня пара миллионов номеров, но откуда они у тебя возьмутся?
Могу предложить погуглить. Оно еще называется Trie по английски. Реализаций много под разные нужды (для игры скрэбл очень много вариантов).
Какой это имеет значение. Доебаться до конкретных цифр легко. А если это будет спискок телефонов не в личном смартофоне, а в программе, допустим, налоговой у которой миллионы клиентов и она синхранизируется с их рабочим смартом, то что? Выпустишь в продажу "убийцу айфона" с наклейкой "не забивать в контакт лист больше 100 человек"?
Учи ВБА на нем весь офис написан!
нет, сделаю наклейку "152-фз"
во времена спольски такой хуйни не было
Ничего не могу ответить по этому поводу, т.к я не резидент российской федерации и не знаю федеральных законов.
Пиздец у вас проблемы. Переходите на ВБА, тут такого нет.
у меня братан на вба сделал контест для fprog, а ты говоришь нет.
Да так-то и нейросеть на нём делали, можно нагуглить.
Так любую хуйню даже на брейнфаке можно заебошить. Дело ведь не в том, можно или нельзя, а в том насколько придеться поебаться и потратить времени, и как это будет потом работать.
если знаешь что делаешь и знаешь свои инструменты, то работать будет нормально.
Ну да, согласен. Если ты спец по ВБА, и знаешь как с помощью его написать нужную тебе вещь, пусть и с небольшой еблей, то писать на нем будет лучшим вариантом, чем изучать новый язык и отстреливать себе ногу незнанием его нюансов.
Ага, а потом через пол года вернёшься к проекту, нихуя не поймёшь и пойдёшь переписывать?
ООП, комментарии и форматирование кода для того и нужно чтоб можно было легко читать код, а не "знать свои инструменты".
если я не знаю что делаю и не знаю как работает то что я использую, то через полгода возвращаться не понадобится.
ооп, ну конечно, от него сразу полегчает.
Я имею ввиду не то что не нужно знать как работает инструмент которым ты работаешь, а о том что не стоит держать в голове каждый проект, гораздо лучше написать красивый и понятный код чтоб потом можно было всё забыть, а когда понадобится вернуться понять что происходит, а не постоянно помнить как работает вон та йоба на брэйнфаке что я написал на случай если понадобится в ней что то поменять.
Я тоже самое как-то подумал, когда разбирался с apps script.
Даже шабашки потом находил. Карьеру на этом не спостроить, но капчевать можно будет.
Та после Студии любая ИСР кажется блокнотом.
И тут даже вопрос не в уебищности интерфейса, а степени интеграции с фреймфорком - в C# это .Net и весь его небольшой зоопарк, а в Идее - 100500 плагинов под каждый высер. Как сам думаешь, где будет лучше поддержка и интеграция?
Другой вопрос что потом без IDE кодить сложно, как ходить привыкнув к инвалидной коляске. Но если сравнивать нос к носу - c VS-комбайном хуй что сравнится.
мими 4лет .Net, 3года Django, React, 1 год С
вот сейчас действительно было смешно.
посмеялся тебе за щеку
>Та после Студии любая ИСР кажется блокнотом.
Какой функционал тебе конкретно нужен в IDE? Мне достаточно автокомплита и рефактора, ну и юнит тесты по нажатию одной кнопки для больших проектов. Все остальное делается через консоль или сторонние программы.
а вы пробовали доку почитать?
>Что это такое? Поясни пожалуйста
Это методы, которые написаны исключительно для того, чтобы тестировать другие методы. Полезно, когда надо вносить изменения в код, и не хочется заново тестировать все руками.
Ну так количеством того что тебе приходится делать вне ИДЕ и отличаются они между собой.
Нахуй тебе вообще ИДЕ если можно писать в блокноте, а компилить из консоли, дебажить через GDB, как и коммитить, деплоить и т.д. ? Может потому что удобнее?
Ну и "достаточно" - это потому что остальное либо недоступно внутри [иде-нейм] или работает через пень-колоду, потому как полноценно и бесплатно пилить всем еблось под 3.5 анона которые не могут определиться среди Idea-VSCODE-Eclipse-Sublime
Особо полезны когда нужно что-то оптимизировать существенно в структуре коде/проекте (отрефакторить), и быть уверенным что конечный результат окажется предсказуемо-тем же что и до изменений.
Какая разница какой из высокоуровневых языков учить? Логика везде одна и та же, синтаксис чуть разнится. Хотя пизжу, нужно учить C# и паралленльно потихоньку C++. После них не возникает проблем с другими высокоуровневыми языками, правда последние кажутся ущербными (так и есть, а java - выбор даунов).
Порог входа весьма разный, потому начать с Срр и паралленльно потихоньку С# или наоборот - нихуя не одно и то же.
Ну и напомню что формально С - тоже высокоуровневый.
Ну на селениуме пишут не юнит тесты, да. Скорее всего ты про энд-ту-энд тестирование. Почитай, их еще штук 5 разновидностей под разные задачи.
Банальный переход к месту вызова функции.
Не самый удобный язык и не самый удобный фреймворк. Но охуенно, что он есть в офисе, жаль что я пездюком нигде не прочитал, что он там есть.
А так по мне в какой-то сишарп на нет фреймворке проще вкатится - там за тебя половину кода пишут, подсказок куча и прочее.
Хотя большинство языков в теории равнозначны по мощности как полные по тьюрингу, они нихуя не одинаковы в выразительной способности. В VB все будет корявее и многословнее чем в более современных языках.
>начать с Срр и паралленльно потихоньку С# или наоборот - нихуя не одно и то же
Я и не утверждал, что это одно и то же.
Писал в армушке на этом чуде. Задавайте котлеты.
>так и есть, а java - выбор даунов
Обоснуй
var
В си шарпе тоже var
azeri?
>var
C# лучше с точки зрения самого языка и IDE, только вот джава без проблем работает на всех операционных системах.
Верно. Вместо джавы нынче нужно учить котлин.
>без проблем
Я бы поспорил
По конкретным вещам за которые я приятно помню студию и не хватает в нынешний идее в работе -
1) Статический анализатор кода. Не просто "переменная не используется", а предложения по оптимизации весьма дельные, соответствующие стандарту и часто указывающие на неочевидные ошибки.
2) Дебаг - удаленный, локальный, с реально полным описанием состояния и возможность копнуть в него как угодно глубоко или изменить в процессе.
3) Автодополнение - не ебучее по словам встречающимся на странице, а в соответствии с классом и вложенной структурой. Конечно, это во многом особенность типизированного языка, так что хз как там с этим у жабы в идее, к примеру.
4) Профайлер - который реально помогает понять ресурсоемкость проекта и ботл-неки по всех слоях программы.
5) При работе с UI - почти под все классы|компоненты есть формочки с параметрами где визуально их можно менять, которые генерируются в код.
Ну а так же простой и удобный гит и свн клиент, генерация UML диаграм и генерация классов из UML диаграм и прочие свистоперделки, тысячи их
>хз как там с этим у жабы
Хуёво, очевидно, ибо отсутствие типизации - моветон.
Нет такой однозначности. В работе с нестрого типизированным языками есть свои профиты
Например, динамически засрать всю память.
>1) Статический анализатор кода
В идее такое тоже есть.
>2) Дебаг - удаленный, локальный
Удаленный не знаю, локальный не хуже, чем в VS, а в некотором смысле даже лучше. Можно, например, приостановить программу, и начать дописывать код на ходу.
>3) Автодополнение
В идее тоже есть.
>4) Профайлер
Тоже есть
>5) При работе с UI
А вот этого нет. Лучше ИДЕ для работы с формочками я не видел.
>уебищный синтаксис (табуляция)
Примечание
PEP 8
Пробелы - самый предпочтительный метод отступов.
Табуляция должна использоваться только для поддержки кода, написанного с отступами с помощью табуляции.
Python 3 запрещает смешивание табуляции и пробелов в отступах.
откуда вы такие ебанутые беретесь
например. при этом выпустив продукт на пол года раньше конкурента, срубить первый профит и аудиторию, и на полученое бабло допилить косяки за следующие пол года и еще купить по квартирке.
в ваших мечтах.
Под какие языки это есть в идее?
>Под какие языки это есть в идее?
Под питон в пайчарме, с другими не работал.
Ну у тебя зато "скомпилилось без ворнингов", азаза. Не парься, найму тебя допиливать до блеска.
Уже неплохо, на самом деле.
>Очевидно, по сравнению с вариантом на msql, пойск в префиксном дереве будет работать несоизмеримо быстрее и занимать меньше места в памяти
Только работать будет в одном направлении.
Если ты номер с начала набираешь. А если ты помнишь лишь часть номера?
Например наоборот, его конец?
Поможет тебе твое дерево?
это вряд ли.
Тогда не найму, раз без ворнингов не можешь(
Java, Kotlin, Groovy, Python, C/C++, SQL
Сам понял что написал? Ты понимаешь, что если номер набирать задом наперед, то это будет уже совсем другой номер?
Вся суть жабаюзеров.
Я прекрасно понял. У меня на старом телефоне так справочник контактов по уебищному работал. Видимо такой же оптимизатор как ты писал.
Объясню.
Есть номера
48695847
и
69265892
Ты конечно можешь набирать их с самого начала. А можешь часть, например помнишь 892 - последние три цифры второго номера.
Сильно поможет твое жесткое префиксное дерево в таком случае?
а может ты помишь подпоследовательность и надо alignment посчитать. а может ты помнишь сумму квадратов цифр, сильно тебе поможет алгоритм игры в шахматы выиграть в покер?
Совсем плохой, да?
Еще раз повторяю, ты предлагаешь использовать простое префиксное дерево.
Но для этого я при поиске номера должен буду вводить весь номер с начала. А я может быть его и не помню весь.
Меня такой алгоритм страшно бесил в моем старом телефоне.
Я не помню весь номер, но помню его часть. Например помню, что номер Васи заканчивается на 123. И ищу именно то, что помню.
Во-первых. Чет мне кажется что ты где-то пиздишь или выдумываешь.
Во-вторых это вполне можно реализовать на нагруженном дереве, просто будет чуть медленнее (но все равно быстрее, чем в случее с БД). Т.к дерево реализует интерфейс ассоциативного массива, пойск можно начинать не с первого элемента, а с любого и вести его в обе стороны номера. Так что да, мне сильно поможет мое префиксное дерево.
Миллионы номеров любой нормальный человек хранит в БД (на ведройде есть встроенная SQLite, на компе что хочешь), а не в массиве в памяти.
один дебил доебался к решению задачи, ибо оно не подходит к решению другой задачи, второй ищет суффиксы в префиксах, вы издеваетесь что ли.
Ну вот если на Java, Kotlin, Groovy я верю, так это все JVM, если на Пайтон - допускаю что напряглись и допилили, (но сразу вопрос - под какой фреймворк оно работает? Под корлибу? Или тащит Джанго/Фласк и их темплейты?) то с С - пиздеж и провокация, т.к. удалось опробовать.
Год на сях кодал, залупа там а не поддержка - тот же Эклипс более функциональным оказывался, а в итоге ВС Код + консоль таки.
Про SQL ты пошутил, надеюсь..
Лучше тебе выковать свой процессор из кремния что бы знать как это работает
C/C++ надо в CLion. Там поддержка охуенная, в том числе ворнинги заумные (а не только про неиспользуемые переменные) через статический анализатор clang.
В остальных IDE от JetBrains поддержка C/C++ только базовая, да.
В Python поддерживаются фишки Djnago и не только. Но только в коммерческой редакции IDEA/PyCharm. В бесплатной будет только простой питон.
Какой техпроцесс доступен в гараже? Можно ебошить аналоги эфиксов дома?
ОП, вкатывайся в Dart, шли этих стариков к хуям
Нет, нормальный человек хранит номера в многомерном массиве, т.к. доступ к любоу элемента массива О(1) т.е. мгновенный (это принцип работы DDR памяти). А в базе данных миллионы номеров можно хранить, если к каждому из них не нужен мгновенный доступ в каждый момент времени. Потому что миллион номеров в БД - это миллион записей. А Миллион номеров в дереве, это матрица 10ХN где N максимальное число цифр в номере.
>C/C++ надо в CLion. Там поддержка охуенная
До сих пор не завезли отладку при использовании VC++.
> Чет мне кажется что ты где-то пиздишь или выдумываешь.
Лол. У тебя не было китаеандроидов что ли? Чтобы в справочнике по цифрам найти номер, надо было искать начиная с +7 и кода, иначе не находил.
> вполне можно реализовать на нагруженном дереве, просто будет чуть медленнее (но все равно быстрее, чем в случее с БД).
Сферический программист в ваккууме. А если у тебя переменный массив данных, номера добавляются и убираются, как в реальной жизни, ты каждый раз будешь дерево перестраивать?
>один дебил доебался к решению задачи, ибо оно не подходит к решению другой задачи
Ты сам придумал этот пример, с умным видом поясняя за свое решение. А я тебе объясняю, чем оно плохо именно в твоем же применении.
>второй ищет суффиксы в префиксах, вы издеваетесь что ли.
> нужно реализовать список контактов в некой программе, типа скайпа, например. Когда в поле пойска контакта вводишь символы, программа должна предлагать подходящие варианты из >списка (типо как в гугле, вводишь начало запроса, он предлагает продолжение).
>Собственно вопрос, как ты будешь хранить этот список и работать с ним
Твой вопрос? Ну и как ты будешь хранить эти списки, особенно в реальном применении к реальному списку контактов?
Студия тормозит даже на i9, бгггг
не сочти за подъеб, как часто ты юзаешь на практике свое глубокое понимание алгоритмов/структур? Стало-ли это основной фишкой за которую тебе платят?
> А Миллион номеров в дереве, это матрица 10ХN где N максимальное число цифр в номере.
А теперь мы добавили еще миллион, а полмиллиона убрали. Деревья перестраивать будешь каждый раз?
Студента в тебе вижу я.
Блокнот не тормозит, рекомендую
Дерево не надо перестраивать в него добавляются номера и так же легко удаляются, не меняя остальной структуры.
хранить буду в распределенном реплицированном хранилище, три реплики должно быть достаточно. что касается индексов для поиска, то зависит от того что такое "подходящие варианты".
Нахуя тебе доступ сразу ко всем номерам? Ты же хотел поиск по подстроке - тебе надо отобразить только первые N похожих (и подгружать ещё при скроллинге). А в БД внезапно тоже есть такая хуйня как индексы, в том числе для полнотекстового поиска. И оно умеет искать тоже быстрее O(N).
> C# лучше с точки зрения самого языка и IDE, только вот джава без проблем работает на всех операционных системах.
CORE
O
R
E
мимо 7 прожектов крутятся на debian
блеть пездец, я всю ночь сегодня просидел пытаясь вкурить как написать нужный мне макрос в экселе
этож пиздец пиздецкий
плюнул нахуй, на бумажке посчитаю
прихожу на двач, и тут сука опять он
сори что вклинюсь, но ты что-то совсем в залупную стезю клонишь. Если у тебя телефонная база -то это явно что-то в разы чаще читаемое чем записываемое. И исходя из этого выбираются структуры в т.ч. И тут деревья куда практичнее чем рел. база, факт.
С другой стороны ничего не мешает вам помириться и юзать реализации деревьев в БД - в той де postgresql
> мгновенный (это принцип работы DDR памяти).
Орнул.
почти никогда, но на собесе я могу выбить себе зарплату условно в полтора раза больше, чем у тебя
> Потому что миллион номеров в БД - это миллион записей. А Миллион номеров в дереве, это матрица 10ХN где N максимальное число цифр в номере.
кто-нибудь понимает этого наркомана?
кто-нибудь понимает этого наркомана?
Что не так? По сути адресный доступ, что может быть быстрее?
Или ты к нему за слово "мгновенный" доебался? Так миг - это не 0, иди нахуй
>что касается индексов для поиска, то зависит от того что такое "подходящие варианты".
Ну наконец-то, ты изобрел базу данных. Хранилище и индексы к ним.
> но ты что-то совсем в залупную стезю клонишь.
Неа, просто намекаю на то, что реальные задачи обычно далеко от академических.
>Если у тебя телефонная база -то это явно что-то в разы чаще читаемое чем записываемое.
Да, так, но в обычных применениях это все же изменяемый набор данных, что-то добавилось, что-то убралось. Плюс связность с остальными данными, имя контакта и прочее, раз уж он сам такой пример предложил.
>И тут деревья куда практичнее чем рел. база, факт.
Так кто мешает сложить все номера в массив, а по ним уже построить индекс нужный, зачем данные сами так хранить?
Хотя в некоторых случаях, наверное, так будет эффективнее, но вот примеров реальных представить не могу.
Ну вот у нас на проекте есть один чел, лучшее качество которого - это попиздеть в курилке о деревьях. Да, ЗП 40$\ч, что почти в 1,5 больше чем у меня, так что ты прав.
Но я честно ебал глубоко копать хуйню, которую юзать не буду.
Знать обзорно точно полезно, но, думаю что писать БД и поисковики есть кому и без меня.
Хз, давай померяем, что быстрее, получить элемент массива или запись из БД. Сравним результаты, поорем.
база данных - это общее решение, с некоторым оверхедом, по зависимостям там, футпринту, сценарию работы, олтп, например, и иногда это не нужно.
но ведь запись в бд это и так элемент в массиве. а какой ты кстати из массива должен получить элемент, любой?
Да, но БД, это в принципе работа с файловой системой - самая медленная работа в компьютере. Если только всю БД в память не засунуть.
>>но вот примеров реальных представить не могу.
Ну просто прикинь что таки не все крутиться на беке, и иногда недопустимо лезть в бд по каждому запросу. И тогда часть данных идет на фронт, и поиск уже происходит там, и не подкапотным С на котором написана БД, а ебучим ЖС-ом, в одном потоке. И от того как ты эти данные складируешь в памяти будет зависеть скорость с которой в формочке появится лицо твоей мамки когда ее номер будет вводить ероха. :3 не удержался
Наркоман, очнись. Ты так предложишь получать нужный набор данных из числа пи, всего лишь обращаясь по нужному индексу.
>Миллион номеров в дереве, это матрица 10ХN где N максимальное число цифр в номере
Так-так. Миллион номеров в матрице 10х7, например.
Изобретатель флешки для хранения интернета, ты ли это?
Давай я тебе его напишу.
в качестве упражнения читателю мы оставляем оценку на требуемый под миллион телефонных номеров объем памяти.
и тут настало время REDIS
Пиздец вы тут нафлудили, блядь. И нихуя не по теме ВБА!
Теперь я знаю, кто проектирует современные сайты, которые тормозят как пиздец.
Какой курс, скажи лучше.
>Пиздец вы тут нафлудили, блядь. И нихуя не по теме ВБА!
ВБА никому нахуй не нужен.
12 лет как закончил, фикси детектор.
Тормозящие сайты берутся от ребят которые дергают апи по поводу и без. А от таких я как берутся вкладки хрома которые выжирают 30% памяти твоей макпрошки.
>А от таких я как берутся вкладки хрома которые выжирают 30% памяти твоей макпрошки.
Так это из-за тебя мне пришлось ставить 32Гб в пекарню, чтобы браузер не тормозил?
>питон можно и к эксэлю подключить
Как?
>ВБА работает только в эксэле
vb.net
>Excel...
1C.
/thread
1C.
/thread
> оценку на требуемый под миллион телефонных номеров объем памяти.
Если тупо номер, число, то бигинт - 8 байт на номер, 8мегабайт (чуть меньше)
Если строку, то сколько там под номер отводится, хз, ну пусть 16 байт. в два раза больше. Не такие уж и затраты.
>А от таких я как берутся вкладки хрома которые выжирают 30% памяти твоей макпрошки.
Я про это и говорю. Любители блядь полбазы с бека вытащить и ворошить с жабаскрипом.
>Тормозящие сайты берутся от ребят которые дергают апи по поводу и без.
Все с умом надо делать, просто я разных крайностей навидался за все время.
Если МС отключит всем ВБА, то весь цивилизованный мир рухнет.
Ясен пень. Двигатель прогреса, епт
>учить язык программирования
Не похуй ли, если выучить язык /= программировать?
Алсо в телеге есть канал об Экселе - так там 20к подписчиков - я охуел.
Если верить интернету, то скрипты для экселя можно писать не только на ВБА, а еще на куче других языков, включая С++, например.
Да пиши уже, пиши, на чем хочешь, хоть на калькуляторе. Все равно после тебя потом это будет переписываться кем-то толковым как только начнет приносить пользу и потребует доработор. И когда приглашенный программист поглядев на это ВБ-творение скажет "что это за лохпидр писал?" тебя попросят идти нахуй потому как "нам настоящий программист сказал что ваш АЙТИШНИК рукожоп"
Это было к слову о том как превалирует важность знания алгоритмов над синтаксисом, братик. Не рвись.
>Все равно после тебя потом это будет переписываться кем-то толковым как только начнет приносить пользу и потребует доработор.
Довелось встречать очень серьезный инженерный калькулятор-расчет неких конструкций, сделанный в экселе. Немцы писали, я охуел его адаптировать под наши стандарты.
Там целая поэма на vba и интерфейс к ней в эксельных тонах.
Такое обычно либо на делфе/билдере делали, либо на сишарпе, но немцы выебнулись и сделали вот полностью на экселе.
Да, но для этого же надо купить C++, нанять программистов и т.д. А с ВБА нажимаешь Alt+F11 и в путь.
> и в путь.
В корявый и тернистый путь, я бы сказал.
Хотя я знаю ирл одного чувачка, который еще во времена бакса по 25 работал в банке аналитиком и активно писал всякие макросы на вба и прочем, за что и был любим и обожаем начальством.
Получал в тех деньгах где-то под 200к, это когда шел неповторимый 2007 год.
Сейчас наверное уже такие фокусы не пройдут, но знать инструмент можно, если ты часто работаешь с данными.
Да, в Проктер-энд-Гембл дохуя отчетов было сделанно через Эксель генерирующий таблицы с формами и скриптами, которые потом генерировали отчеты подгружаемые еще куда-то дальше по сети. Это какой-то пиздец был имхо, и судя по всему причиной была перекачанность в маркетинге и полный проеб в айти.
Тоже смотрел на это и не мог понять писавшего - он гений написав такое в таблицах или долбоеб не сумевший в полноценное приложение?
Питон для пидоров.
Я именно так сейчас и работаю. Только вот уперся в потолок ЗП, не могут поднять, потому что не могут повысить, потому что я ничего не знаю в работе нашего отдела по сути, только пишу всем макросы для их задач. И на рынке кажется это тоже потолок.
Вот я и думаю, как дальше быть, как заработать на этом.
Учи пайтон\жс @ пиздуй в веб, очевидно же.
Хотя, если тебе 18-22, то можешь еще выебнуться и курнуть глубже за 3-5 лет освоив таки какой-то рокет-саенс. Но если ты такие вопросы задаешь, то все таки скорее первое...
Прыснул смузи тебе за щеку. Проверяй.
>Да, в Проктер-энд-Гембл
О, и оттуда знаю одного умелого. Новомосковск?
Мне знакомый оттуда рассказывал про эти отчеты, наслышан. Правда в то время не так уж и развито было все это ваше айти, это сейчас можно дергать из базы и рисовать на сайте, фреймворков дофига, а тогда приходилось извращаться.
Ну у меня в организации, например, ты нихуя не можешь потавить себе какой-нибудь C++ и начать прогать. Если что-то нужно - обращайтесь к разработчикам. Они проанализируют ТЗ, выдадут космическую сумму и скажут, что разработка займёт год. А тебе надо через месяц - регулятор выкатил срочное новое требование.
фоткаю вас на зеркалочку, продолжайте
> он гений написав такое в таблицах или долбоеб не сумевший в полноценное приложение?
Ни то ни другое, вернее и то и другое.
Тут особенность в том, что бизнес-логика отчетов должна быть легко перенастраиваемой. Что в экселе достигаемо, а вот в полноценном приложении конпелируй, конпелируй его еще раз.
Более близко к нужному 1с, но там свой гемор, и смысла нет его заводить, если уже есть отчеты в экселях.
А еще бывает так, начинается все со скромного отчетика и потом обрастает фичами. Тоже сталкивался.
Не, я уже старенький. Думаю, реально ли свой ВБА скилл как-то еще реализовать.
Та не, Украина вообще. Но системы были одни и для россии и украины (да и для других стран)
>реально ли свой ВБА скилл как-то еще реализовать.
Попробуй пофрилансить, да не у нас, а за рубежом.
Внезапно во всяких святых странах эксель сильно еще популярен, а костылей на вба понаписано много.
Жизненный опыт показывает, что, когда на дваче говорят "это" для пидоров, то "это" оказывается весьма годной и удобной штукой. Хотя может просто я латентный пидр, как знать. Вот питон как-то мимо меня прошел, надо посмотреть что там к чему, может переквалифицируюсь в питониста, буду пить смузи и в очко долбиться.
Что значит поставить С++, все никак не пойму?
Бесплатный gcc качнуть?
Сейчас пол энтерпрайза крутится на открытых фреймфорках за которые можно не отдать ни копейки до первого заработанного ляма. Но то что могу жестко админить установки - вполне верю. Но неужели у тебя своего компа нет? Звучит как поиск пиздоватых отмазок
Неужели 35+?
Я вкатился в 27, хоть и неплохим бекграундом, но все таки - джун в 27 было не очень. Но спустя 5 лет все на своих местах
Можно конечно. На аппворке полно вакансий. Погромистом 300к в секунду не стать но на дошираки заработать хватит вполне.
Это тот случай когда холиворить про питон дольше чем выучить его.
Под рукой это мягкое говно точно держать сподручно. Из пяти языков которые я шарю, хотя я его точно знаю хуже всех, пилить какую-то самоделку точно начинал на нем - он вообще не отвлекает на какие-то инфрастуктурные заебы, чистая прикладуха
>джун в 27
Нормально, учитывая поздний срок осознанного обучения тому, что интересно.
32
Кодить на самом деле вообще не тянет почему-то. Хотя... Хуй его знает короче. У меня кризис - нет любимого дела, которое бы драйвило.
Было бы круто работать на себя - пилить людям макросы, которые им работу облегчают, может обучать их экселю тому же.
Людям нахуй это душное даунство не нужно, поверь моему опыту обучения офыисных макак ворду с экселем.
Я тоже своих обучал - приходило 20-30 человек, интересовались, задавали вопросы. Но конечно дальше влукапа почти не уходило.
Они лучше руками месяц ебашить будут, чем голову один раз напрягут и за день сделают.
>но все таки - джун в 27 было не очень.|
Бля анон, тоже заканчиваю универ как раз к 27, ну вот нахуй ты мне настроение испортил :(
Не слушай его, возраст не важен.
Почему так поздно заканчиваешь?
Я учился на врача, а потом дропнул нахуй и вот в этом году только буду поступать.
мне 23 сейчас
Ну и отлично вообще. Только начинай сразу работать, не жди диплома.
ну так и планирую ебашить в поте лица пет проекты, выпрашивать стажировочки со 2 курса и работать и т.д
но даже так, прикладывая кучу сил и времени, буду ощущать себя никчемным по сравнению рядом с молодежью
успокаивает то, что в европе и америке поступают в университеты и заканчивают их примерно в том же возрасте, в отличии от рф.
Регай акк на апворке, становись быдлокодером!
Все равно более или менее мозги на место становиться начнут лет через 5 только. А пока неизбежно будешь писать говно и не понимать этого. Так хоть деньги какие-то будешь за это получать (им похуй на аппворке качество кода твоего, главное чтоб работало).
А за менторством иди в опенсурс на гитхаб. Бери маленький проект которым сам пользуешься и пытайся коммитить фиксы для багов которые там помечены к исправлению. Твой код и тебя будут жостко обсирать, будь к этому готов.
Спасибо.
> Ну вот условно, что этот бухгалтер и заплатит, т.к. сам такую такую программу не может написать.
В принципе твои теории не так уж и неверны.
То, что ты придумал, называется 1С. С чем тебя и поздравляю. Язык программирования там - как визуал бэйсик переведенный гугл транслейтом. Все нужные бухам данные загружаются в 1С, а молодые и шутливые кодеры выполняют любые хотелки бухов. В эту индустрию уже десятки лет вбухивают сотни миллионов рублей. Потому что многие поколения бухов и предпринимателей давно выдрессированы платить за программы для 1С.
Я говорю про ВБА - ведь чуть ли не каждый 10 офисный работник может написать прикладную программ. Ведь почти вся финансовая система (и не только) существует благодаря вба и экселю. Да, основные данные лежат в хранилищах или в приложениях, типа CRM. Но обычно конечные пользователи выгружают от туда отчёты и работают в экселе уже - анализ, графики, таблицы и т.д.
На ВБА можно написать всё, что угодно, это полноценный язык. Если чего-то не хватает, то можно подключать библиотеки и модули. Возможно он не самый оптимальный с точки зрения производительности, но учитывая современные мощности, это не проблема для прикладных задач.
Аноны, есть гуру экселя и ВБА? На этом можно фрилансить и заработать? Или открыть конторку и писать макросы на заказ? Или стать преподом - сначала по скайпу, потом группы собирать?