Я вам ещё больше могу сказать. В IT в России (и не только), много дилетантов, а профессионалов могут гнобить и заворачивать, ибо даже на лидовых позициях очень часто дилетанты. Это видно даже по их вопросам, ориентированным прежде всего на уровень джунов-студентов. При этом это вакансии мидлов и сеньоров.
А по статье двоякое чувство. С одной стороны жалко работников, которых вот так "кидают". А с другой, их ведь реально легко и просто можно заменить, притом есть технологии, которые и "разрабов" (которых судя по статье никто трогать не собирается) тажке позволяют заменить.
Кстати такое же сокращение уже было в одной знакомой мне компании в пандемию. Тоже всех "лишних" порезали, а прогерам "намекнули" что они тоже могут вылететь на улицу. О повышении ЗП там лет 10 никто не вспоминает, а теперь вообще боятся даже намекать на это. При этом точно также вакансии к ним есть и набор "идёт", но ключевое в наборе вроде как низкая ЗП и "очень широкий кругозор". Сами работники там также в патовой ситуации, вроде и увольняться "не куда", и с работы пока не гонят, но и обстановка вокруг них крайне нездоровая, с лишением премий (их порезали ещё в пандемию), и всякими другими "приколами", в виде ухудшений условий труда и увеличением производственной нагрузки.
В общем то такое не первый и не последний раз. Такого полно и не только в IT.
За 30 лет я: начинал с васиков (QBasic, GWBasic), встроенных к "шкафы". В универе (прошлый век) прыгали на трубо поскакале (из пасквилей Дельфин тоже ага), и насильничали на голом Си, на плюсах и конечно же на Борланд - нещадно глушили лунатиков (один лунатик у нас препода, любителя сипипи прям на лекции "загасил" - так в лоб ему и сказал куда ему (им обоим) идти с сипипи, при наличии Дельфина.) Оу. БД. Парадокс! ) и фокс про ) может помнит ещё кто их )) Был ASM, был даже машинный код (да!, прям напрямую машкодами кодили)!
С нулевых MSSQL + Delphi (самое начало 0х) , потом .Net (VB и шарпы) По итогу C#.Net в полный рост и под любые задачи (нет задач которые нельзя решить на шарпах), свои ORM под базы. SQL "не знаю", т.к. более 20 лет назад благополучно забыл его, создав одну из первых собственных ORMок. Потом были ещё ORMки разного уровня сложности и функциональности.
/ Между делом бы у меня и опыт на Яве - до сих пор кошмары от неё, Солнце закатилось. Там кстати тоже свою ORM удалось засунуть в проекты. /
Скриптовые языки я не признаю и не перевариваю. Они и медлительные, и ... В общем лично мой выбор - шарпы (и серверсайд лоджик). И я убеждён что нет смысла учить китайский, латинский, древнегреческий, и язык инопланетян с планеты Нибиру, т.к. в реальности они даром не сдались. Все задачи можно решить имеющимся бэкграундом, уже хорошо известным языком, и на хорошо изученных "технологиях", к которым давно уже есть 2-3 слоя абстракций и не один десяток собственных модулей, давно уже решающих всё то, что сейчас наизобретали для всяких там LINQ, EF, NHibernate и т.п.
ПыС есть у меня и свой WorkFlow (а не жира), полно своих ORMок, есть и свой логгер, кстати 100 лет как многопоточный (и асинхронный) и умеющий следить за памятью и временем исполнения кода.
Мультилингвальность не для меня. Да и "рост" в фулстэка сомнителен. Многие тут позиционируют фулстэков как джунов.
реализовать надо максимально сложно и за один час! Предварительно самостоятельно догадавшись, что же реально хотел получить автор. Внимание вопрос. Чего же реально хотел получить автор? Работника? Или мнение о себе, как о лице, даже не способного адекватно поставить задачу, и назначить на её решение адекватный срок реализации (точно уж не час).
нам когда в детстве давали олимпиадные задачи (решением которых был бинарный поиск) так заодно (для корректности) указывали на то, что массив сразу упорядочен, и главная задача найти искомый элемент за наименьшее число итераций.
Потому да, решали бинарным поиском, и чисто для "галочки". С тех пор (а это почти 30 лет в IT) мне этот бинарный поиск ни разу нигде не пригодился, от слова совсем. Нет никаких прикладных задач, где он бы мог помочь.
Нет, специально под него сортирнуть массив, можно конечно, но зачем? Есть другие, более быстрые способы поиска, и прежде всего индексирование (в т.ч. использование хэшей и словарей.)
Ваш ответ не имеет ничего общего с реальностью к сожалению.Потому я даже не стал ваш ответ комментировать. Тут 2/3 комментаторов знают что бинарный поиск чисто теоретическая задача, оторванная от реальности, а вы своё всё пытаетесь всем внушить.
Нет, вы не правы совершенно, бинарный поиск действительно не применяется на практике, что отметил не только я. Можете хоть 1000 минусов мне поставить - это ваш уровень.
Кроме того, массив для бинарного поиск должен быть упорядочен, а потому, надо его предварительно сортировать. В общем бинарный поиск чисто для теоретиков. Действительно ни один вменяемый сеньор этой фигнёй заниматься не станет.
Да вы что? Вообще-то бинарный поиск никогда не относился к классическому программированию вообще никак. Сами догадаетесь почему? Нет?
И скорость работы "на порядки" высокую он имеет только на специальных массивах. Отвечу на свой же вопрос. Бинарный поиск работает только на упорядоченных массивах. А для этого массивы сначала надо упорядочить. А потому алгоритм бинарного поиска может быть быстрее только в специальных синтетических тестах, но никак не на практике. Ибо, повторюсь, для его корректной работы сначала надо упорядочить массив, и только потом в нём что-то искать. Если массив "хаотичен", то бинарном поиском в нём можно найти только фигу, можно даже не одну. По итогу сложность алгоритма + время сортировки массива + время бинарного поиска, не оставляют никаких шансов бинарному поиску в реальности. Обычный перебор позволяет найти искомые ключи за один полный проход любого (неупорядоченного) массива.
Во. Даже тут на хабре есть описание работы бинарного поиска.
Для начала несколько слов о самом алгоритме. Задача, которую он решает, может быть сформулирована следующим образом: "найти в отсортированном массиве индекс элемента, значение которого соответствует заданному". Обычно массив отсортирован по возрастанию и в данной заметке мы будем предполагать, что это так и есть.
Потому "быстрый" (бинарный) поиск на практике не применяется. Эта задача показывает больше уровень таких вот интервьюеров, очень далеко отрывающихся от реальных задач, и глубоко уходящих в теорию и олимпиадные задачи. Именно к олимпиадным задачам бинарный поиск всегда и относился.
Сан не делал хорошо. Он выбрасывал бабло на мифическую борьбу с Майкрософтом. Поддерживал Яву, одновременно плодя слухи о её свободе и проприетарности .нета
И как только солнце закатилось, оракля подмяла Яву под себя.
По это продукт. Сервисное по это отдельная модель. SaaS
не могу уже тут писать - некий "бан" получил, замедление аля огрызок
в корневом комменте я написал что "такую задачу не ставили".
Если её поставить - она решаема, и вполне может быть решена. В частности для ускорения запуска всего "программного комплекса" его можно разбить на отдельные подсистемы ("сервисы", если хотите, но не микро) и запускать их параллельно. Тогда появляются вполне уже решённые индустрией вопросы управления всем этим зверинцем, и балансированием нагрузки.
В общем всё решаемо и решено (изобретено) "задолго до нас".
лучше как раз х2, хотя мат статистика говорит что лучше "х3" (точнее число E = 2.72) поэтому рост нагрузки в 1,5-2 раза это мелочь обычно, рост в 3 раза вполне прогнозируемый. Остальное уже надо решать и закладывать дополнительные мощности, возможно виртуальные.
Умножать на 2 сроки? Это придумано 100 лет назад. Выгорания у вас ещё не было.
2 года до мидла? Сейчас Тим Лиды с опытом 2 года есть и рулят ещё. Смешно конечно на это смотреть . Но хочется плакать. Прям рыдать. Вся отрасль айти деградировала благодаря таким вот 2х летним лидам , вчерашним студентам, которые по факту не шарят даже в четверти того, о чем дуют щёки.
Девушки в программировании для меня до сих пор нонсенс. Как по мне это сугубо мужская отрасль. Тут и у мужиков в 99% случаях треш полнейший.
Я вам ещё больше могу сказать. В IT в России (и не только), много дилетантов, а профессионалов могут гнобить и заворачивать, ибо даже на лидовых позициях очень часто дилетанты. Это видно даже по их вопросам, ориентированным прежде всего на уровень джунов-студентов. При этом это вакансии мидлов и сеньоров.
А по статье двоякое чувство. С одной стороны жалко работников, которых вот так "кидают".
А с другой, их ведь реально легко и просто можно заменить, притом есть технологии, которые и "разрабов" (которых судя по статье никто трогать не собирается) тажке позволяют заменить.
Кстати такое же сокращение уже было в одной знакомой мне компании в пандемию. Тоже всех "лишних" порезали, а прогерам "намекнули" что они тоже могут вылететь на улицу. О повышении ЗП там лет 10 никто не вспоминает, а теперь вообще боятся даже намекать на это. При этом точно также вакансии к ним есть и набор "идёт", но ключевое в наборе вроде как низкая ЗП и "очень широкий кругозор". Сами работники там также в патовой ситуации, вроде и увольняться "не куда", и с работы пока не гонят, но и обстановка вокруг них крайне нездоровая, с лишением премий (их порезали ещё в пандемию), и всякими другими "приколами", в виде ухудшений условий труда и увеличением производственной нагрузки.
В общем то такое не первый и не последний раз. Такого полно и не только в IT.
За 30 лет я:
начинал с васиков (QBasic, GWBasic), встроенных к "шкафы".
В универе (прошлый век) прыгали на трубо поскакале (из пасквилей Дельфин тоже ага), и насильничали на голом Си, на плюсах и конечно же на Борланд - нещадно глушили лунатиков (один лунатик у нас препода, любителя сипипи прям на лекции "загасил" - так в лоб ему и сказал куда ему (им обоим) идти с сипипи, при наличии Дельфина.)
Оу. БД. Парадокс! ) и фокс про ) может помнит ещё кто их ))
Был ASM, был даже машинный код (да!, прям напрямую машкодами кодили)!
С нулевых MSSQL + Delphi (самое начало 0х) , потом .Net (VB и шарпы)
По итогу C#.Net в полный рост и под любые задачи (нет задач которые нельзя решить на шарпах), свои ORM под базы. SQL "не знаю", т.к. более 20 лет назад благополучно забыл его, создав одну из первых собственных ORMок. Потом были ещё ORMки разного уровня сложности и функциональности.
/ Между делом бы у меня и опыт на Яве - до сих пор кошмары от неё, Солнце закатилось. Там кстати тоже свою ORM удалось засунуть в проекты. /
Скриптовые языки я не признаю и не перевариваю. Они и медлительные, и ...
В общем лично мой выбор - шарпы (и серверсайд лоджик). И я убеждён что нет смысла учить китайский, латинский, древнегреческий, и язык инопланетян с планеты Нибиру, т.к. в реальности они даром не сдались. Все задачи можно решить имеющимся бэкграундом, уже хорошо известным языком, и на хорошо изученных "технологиях", к которым давно уже есть 2-3 слоя абстракций и не один десяток собственных модулей, давно уже решающих всё то, что сейчас наизобретали для всяких там LINQ, EF, NHibernate и т.п.
ПыС есть у меня и свой WorkFlow (а не жира), полно своих ORMок, есть и свой логгер, кстати 100 лет как многопоточный (и асинхронный) и умеющий следить за памятью и временем исполнения кода.
Мультилингвальность не для меня. Да и "рост" в фулстэка сомнителен. Многие тут позиционируют фулстэков как джунов.
реализовать надо максимально сложно и за один час! Предварительно самостоятельно догадавшись, что же реально хотел получить автор.
Внимание вопрос. Чего же реально хотел получить автор? Работника? Или мнение о себе, как о лице, даже не способного адекватно поставить задачу, и назначить на её решение адекватный срок реализации (точно уж не час).
нам когда в детстве давали олимпиадные задачи (решением которых был бинарный поиск) так заодно (для корректности) указывали на то, что массив сразу упорядочен, и главная задача найти искомый элемент за наименьшее число итераций.
Потому да, решали бинарным поиском, и чисто для "галочки". С тех пор (а это почти 30 лет в IT) мне этот бинарный поиск ни разу нигде не пригодился, от слова совсем. Нет никаких прикладных задач, где он бы мог помочь.
Нет, специально под него сортирнуть массив, можно конечно, но зачем?
Есть другие, более быстрые способы поиска, и прежде всего индексирование (в т.ч. использование хэшей и словарей.)
Ваш ответ не имеет ничего общего с реальностью к сожалению.Потому я даже не стал ваш ответ комментировать.
Тут 2/3 комментаторов знают что бинарный поиск чисто теоретическая задача, оторванная от реальности, а вы своё всё пытаетесь всем внушить.
Нет, вы не правы совершенно, бинарный поиск действительно не применяется на практике, что отметил не только я. Можете хоть 1000 минусов мне поставить - это ваш уровень.
Кроме того, массив для бинарного поиск должен быть упорядочен, а потому, надо его предварительно сортировать. В общем бинарный поиск чисто для теоретиков. Действительно ни один вменяемый сеньор этой фигнёй заниматься не станет.
Да вы что?
Вообще-то бинарный поиск никогда не относился к классическому программированию вообще никак. Сами догадаетесь почему? Нет?
И скорость работы "на порядки" высокую он имеет только на специальных массивах.
Отвечу на свой же вопрос. Бинарный поиск работает только на упорядоченных массивах.
А для этого массивы сначала надо упорядочить. А потому алгоритм бинарного поиска может быть быстрее только в специальных синтетических тестах, но никак не на практике.
Ибо, повторюсь, для его корректной работы сначала надо упорядочить массив, и только потом в нём что-то искать. Если массив "хаотичен", то бинарном поиском в нём можно найти только фигу, можно даже не одну.
По итогу сложность алгоритма + время сортировки массива + время бинарного поиска, не оставляют никаких шансов бинарному поиску в реальности. Обычный перебор позволяет найти искомые ключи за один полный проход любого (неупорядоченного) массива.
Во. Даже тут на хабре есть описание работы бинарного поиска.
Решение задач с использованием алгоритма бинарного поиска
И в ней русским по белому написано:
Для начала несколько слов о самом алгоритме. Задача, которую он решает, может быть сформулирована следующим образом: "найти в отсортированном массиве индекс элемента, значение которого соответствует заданному". Обычно массив отсортирован по возрастанию и в данной заметке мы будем предполагать, что это так и есть.
Потому "быстрый" (бинарный) поиск на практике не применяется. Эта задача показывает больше уровень таких вот интервьюеров, очень далеко отрывающихся от реальных задач, и глубоко уходящих в теорию и олимпиадные задачи. Именно к олимпиадным задачам бинарный поиск всегда и относился.
Пффф. Да создадут рядом аффелироааные фирмы-однодневки, и туда загонят код и разрабов, типа не своё это.
Плавали, знаем.
Сан не делал хорошо. Он выбрасывал бабло на мифическую борьбу с Майкрософтом. Поддерживал Яву, одновременно плодя слухи о её свободе и проприетарности .нета
И как только солнце закатилось, оракля подмяла Яву под себя.
По это продукт. Сервисное по это отдельная модель. SaaS
Почему вы не умеете генерировать интерфейсы?
Инвесторы бывают разные. И стратегии тоже. Тренд не всегда важен короче
не могу уже тут писать - некий "бан" получил, замедление аля огрызок
в корневом комменте я написал что "такую задачу не ставили".
Если её поставить - она решаема, и вполне может быть решена.
В частности для ускорения запуска всего "программного комплекса" его можно разбить на отдельные подсистемы ("сервисы", если хотите, но не микро) и запускать их параллельно. Тогда появляются вполне уже решённые индустрией вопросы управления всем этим зверинцем, и балансированием нагрузки.
В общем всё решаемо и решено (изобретено) "задолго до нас".
Любите шарпы, но пишете на пасквиле?
Писаки на си называются насильниками если что
лучше как раз х2, хотя мат статистика говорит что лучше "х3" (точнее число E = 2.72)
поэтому рост нагрузки в 1,5-2 раза это мелочь обычно, рост в 3 раза вполне прогнозируемый. Остальное уже надо решать и закладывать дополнительные мощности, возможно виртуальные.
Я в обратку сменил
Точнее не сменил, а совмещаю, и написал своего робота
Ничего нового не узнал. Почти все классика.
Умножать на 2 сроки? Это придумано 100 лет назад. Выгорания у вас ещё не было.
2 года до мидла? Сейчас Тим Лиды с опытом 2 года есть и рулят ещё. Смешно конечно на это смотреть . Но хочется плакать. Прям рыдать. Вся отрасль айти деградировала благодаря таким вот 2х летним лидам , вчерашним студентам, которые по факту не шарят даже в четверти того, о чем дуют щёки.
Девушки в программировании для меня до сих пор нонсенс. Как по мне это сугубо мужская отрасль. Тут и у мужиков в 99% случаях треш полнейший.
На мейнфреймах? Вы серьезно?
Реализовать древовидный поиск конечно можно. Только зачем он? Тем более тут.
Перебора выше крыши и нет заморочек
Программиста красит как раз простота решения и соответственно надёжность и скорость работы выбранного алгоритма
Зато сам Apple активно копается в личных данных пользователей
Т.е. не знает ЯП он, а не приняли тоже вас? Круто у яшки всё я погляжу.