с какими проблемами ... сталкиваются владельцы и редакторы сайтов. В первую очередь это статьи ... , иногда новости, иногда ... исследования
то есть статьи, новости и исследования - это проблемы с которыми сталкиваются владельцы сайтов :)
не серчайте, но возможно вам стоит как-то почётче и эту фразу переформулировать и вообще где-то в начале статьи кратко и точно обрисовать что именно вы пытались сделать. а так даже покритиковать проект сложно т.к. понять замысел - нетривиально
принимает в качестве аргумента коллекцию объектов ... и модифицирует
...
принимает в качестве аргумента коллекцию объектов ... и складывает элементы в список
получается что половина статьи посвящена неправильному условию? :)
задача в том чтобы выяснить в чем заключается задача. такое случается (особенно на собеседованиях) но в качестве статьи про "алгоритмы" выглядит несколько преждевременно, не серчайте пожалуйста :)
Если в исходной коллекции идут подряд два одинаковых объекта
P.S. самое безобразное что "подряд идущие" элементы - это понятие примениемое далеко не к любой коллекции. никто не гарантирует что порядок обхода HashSet окажется одним и тем же даже если коллекция содержит те же элементы.
Меня зовут Александр ... У меня за плечами большой опыт разработки ... В своей работе и pet-проектах я активно использую Cursor. За последние полгода у меня появилось понимание, как правильно использовать этот инструмент ... Делюсь инсайтами.
Было бы сначала неплохо услышать и оценить что-то про ваши рабочие и пет-проекты, не серчайте за прямоту :) А то так каждый (даже ИИ) придёт и скажет "меня зовут так-то, я профи и щас с вами поделюсь крупицами своей мудрости".
Ну, воспринимайте это замечание не как критику а как мотивацию для новых статей.
Нужно хорошо знать алгоритмы
Какие именно алгоритмы вы предлагаете хорошо знать? Что за последние год, три, десять из интересных алгоритмических задач в работе вам встретилось?
Несколько поверхностные воззвания, извините, не подкреплённые какими-то примерами...
На мой взгляд, простой хексдамп лучше этого компромисса.
Ваша правда - хотя бы в том что хексдамп не выйдет случайно за пределы мантисы - а в "шестнадцатеричном IEEE 754" формате нужно держать в уме сколько же знаков можно записать.
боюсь что хаб "криптография" упоминать в связи с этой поделкой было неосторожно :) эдак можно было предложить и ГСЧ в виде таймстемпа в миллисекундах взятого по модулю N предложить в качестве "криптографии". Во времена актуальности шифра Цезаря наверное и это выглядело бы надёжно...
Но аналогия с перфоратором забавная - тише мы его не сделаем, просто он теперь немного "заикается", чтобы соседи, слушающие альбом любимой группы, слышали шум более распределенного спектра а не какую-то одну громкую "ноту" :)
В качестве минусов отмечу стоимость решения. Придется занести два мешка денег в Cadence: сначала за JasperGold, а потом за отдельную лицензию C2RTL. Но, как я заявил в заголовке, мы рассматриваем формальную верификацию «для богатых».
я так понимаю дело не только в богатстве. Cadence вряд ли примет мешки денег от подсанкционной компании из РФ :) а как вы её оплачиваете / покупаете (или в духе 90х - любой софт на диске за 60руб)
В книжках Перельмана (Якова) лет 100 назад ещё описывался несколько более компактный способ использования десятичных логарифмов в уме - там предлагалось десяток чисел запомнить... Не будем вдаваться в подробности - это легко нагуглить - но я бы отметил что для практических целей гораздо полезнее его способ запоминания таблицы синусов и решения с её помощью разных прикладных задач (в духе "оценить ширину озера, высоту облака" и т.п.)
судя по всему, не имеет единой базы резюме по всем своим направлениям. То, что Вы видите в просмотрах на ХХ - скорее всего, заходы эйчаров из разных стримов.
как Вы сами понимаете, то что такая крутая айтишная контора не имеет общей базы (или имеет какие-то с ней проблемы) - это очень негативные мысли по поводу такой конторы навевает, в этом смысл :)
по поводу зачёта за алгоритмы я вовсе и не радовался - я по большому счёту ради них и ввязался в эту тему, мне нравится эта секция - и я даже немного обиделся что её не дали :D
А статью напишите конечно, по возможности - как видите, творится всевозможный бардак и коллегам-единомышленникам отнюдь не вредно будет больше подробностей получить.
например вижу что на проекте куча тестов нестабильные. мерж-реквесты в репозиторий приходится по нескольку раз перезапускать. все чертыхаются, но править никто не торопится. это мол ведь тесты нестабильные, с приложением всё норм.
заглядываю осторожно внутрь, минут через двадцать обнаруживаю, например, что обёртка библиотеки логгера через раз при инициализации nil-pointer ловит. это не в тестах проблема. и проблему все видят даже самым несвежим взглядом. просто считается что "есть дела поважнее".
Но еще интересное наблюдение насчет "Покопался в этих дампах, нашел источник проблемы" - на удивление знакомо - когда приходишь на новое место, в проект "семантически" врастать ещё пока сложно - зато видишь какие-то очевидные косяки, которые месяцами никто не исправляет в силу какой-то ментальной инертности. Аналогично на текущем месте я одним из ранних достижений "базу починил" :)))
Только написать-то это полдела - в наше сложное время главное ещё убедить пользователей.
Ах да, не упоминая ещё про поддержку :)))
Полноценного российского аналога с серверами, каналами, ролями, ботами и голосовыми комнатами я не нашёл. Поэтому сделал.
честно говоря не уверен что аудио-видео возможности принципиально нужно в чат встраивать. в корпоративной среде окажется что используют kontur talk и важнее интеграция с календарём например
ну и что значит "российский аналог"? что "главный разработчик" может предъявить паспорт подтверждающий гражданство РФ? это будет весомый довод для корпоративного клиента который рассматривает "velachat vs mattermost" например?
Скачать приложение для Windows: velachat.ru
Открыть в браузере без установки velachat.online
Создать свой сервер и позвать друзей
Мне интересна обратная связь.
Это очевидное - вы и сами об этом дальше пишете - но в наше время без мобильного клиента чат продвигать вряд ли реалистично. На этом стоит сконцентрироваться раньше чем пытаться вычищать текущую версию.
Это ведь и без искусственного интеллекта можно было делать, хоть и дольше.
Тут риски в другом - в том что если компания берет библиотеку A у которой миллионы пользователей, код более-менее выверен и стабилен - и переписывает с помощью волшебного (мутного) сервиса в библиотеку AA которую вставляет в свой миллиардно-долларовый проект... Кто будет отвечать за потенциальные косяки?
И как апдейтить эту хрень с апстрима при поступлении важных изменений?
В общем сила опенсорса не в лицензиях, кому очень хотелось, их обходили и раньше.
спасибо за ответ - да я скорее в качестве шутки уточнил, вряд ли любительский опыт перла в проде актуален :) в качестве обмена контактами откликнулся на единственную Go/PHP вакансию благо у меня более-менее аналогичное резюме как раз нашлось :)
Насчет GC это отдельная тема... Мне кажется так глубоко как в Java (JVM) его нигде не спрашивали - и это потому что там у него несколько механизмов было доступно да ещё и у каждого свои настройки. Собеседуясь однажды в "Одноклассники" я примерно после получаса вопросов по GC на которые я более-менее шатко-валко отвечал, я сказал что "ваще у меня сложилось стойкое ощущение что если в проекте приходится сложно и мучительно тюнинговать GC, то обычно это отражает проблемы дизайна самого проекта, и решения с тюнингом в общем-то корневой проблемы не решают а только позволяют немножко улучшить плохую ситуацию"
На это собеседующие помрачнели и сказали в духе "плохо что вы к этому так относитесь, нам де приходится этим заниматься практически на постоянной основе". Мне туда работу в этот раз не предложили но честно сказать я почему-то не расстроился :)))
То ли дело в Go - по-моему у нас ровно одна настройка для GC до сих пор присутствует, определяющая частоту срабатывания (и "глубину очистки") - и всё.
не серчайте но
если для вас это уровень "синьора", лучше в этом не признаваться. этак любой студент вполуха слушавший лекции на 1-2 курсе - уже синьор
то есть статьи, новости и исследования - это проблемы с которыми сталкиваются владельцы сайтов :)
не серчайте, но возможно вам стоит как-то почётче и эту фразу переформулировать и вообще где-то в начале статьи кратко и точно обрисовать что именно вы пытались сделать. а так даже покритиковать проект сложно т.к. понять замысел - нетривиально
получается что половина статьи посвящена неправильному условию? :)
задача в том чтобы выяснить в чем заключается задача. такое случается (особенно на собеседованиях) но в качестве статьи про "алгоритмы" выглядит несколько преждевременно, не серчайте пожалуйста :)
P.S. самое безобразное что "подряд идущие" элементы - это понятие примениемое далеко не к любой коллекции. никто не гарантирует что порядок обхода HashSet окажется одним и тем же даже если коллекция содержит те же элементы.
Было бы сначала неплохо услышать и оценить что-то про ваши рабочие и пет-проекты, не серчайте за прямоту :) А то так каждый (даже ИИ) придёт и скажет "меня зовут так-то, я профи и щас с вами поделюсь крупицами своей мудрости".
Ну, воспринимайте это замечание не как критику а как мотивацию для новых статей.
Какие именно алгоритмы вы предлагаете хорошо знать? Что за последние год, три, десять из интересных алгоритмических задач в работе вам встретилось?
Несколько поверхностные воззвания, извините, не подкреплённые какими-то примерами...
возможно я что-то упустил но кажется забыли представиться, кто это "МЫ" :)
Хех, иногда кажется что заняться многими интересными вещами удастся лишь на пенсии. Вот видимо тот случай :)
Ваша правда - хотя бы в том что хексдамп не выйдет случайно за пределы мантисы - а в "шестнадцатеричном IEEE 754" формате нужно держать в уме сколько же знаков можно записать.
printf("%a",0x123456789abcdefp0); // печатает 0x1.23456789abcdfp56боюсь что хаб "криптография" упоминать в связи с этой поделкой было неосторожно :) эдак можно было предложить и ГСЧ в виде таймстемпа в миллисекундах взятого по модулю N предложить в качестве "криптографии". Во времена актуальности шифра Цезаря наверное и это выглядело бы надёжно...
Статью плюсую, спасибо за рассказ!
Но аналогия с перфоратором забавная - тише мы его не сделаем, просто он теперь немного "заикается", чтобы соседи, слушающие альбом любимой группы, слышали шум более распределенного спектра а не какую-то одну громкую "ноту" :)
я так понимаю дело не только в богатстве. Cadence вряд ли примет мешки денег от подсанкционной компании из РФ :) а как вы её оплачиваете / покупаете (или в духе 90х - любой софт на диске за 60руб)
В книжках Перельмана (Якова) лет 100 назад ещё описывался несколько более компактный способ использования десятичных логарифмов в уме - там предлагалось десяток чисел запомнить... Не будем вдаваться в подробности - это легко нагуглить - но я бы отметил что для практических целей гораздо полезнее его способ запоминания таблицы синусов и решения с её помощью разных прикладных задач (в духе "оценить ширину озера, высоту облака" и т.п.)
как Вы сами понимаете, то что такая крутая айтишная контора не имеет общей базы (или имеет какие-то с ней проблемы) - это очень негативные мысли по поводу такой конторы навевает, в этом смысл :)
по поводу зачёта за алгоритмы я вовсе и не радовался - я по большому счёту ради них и ввязался в эту тему, мне нравится эта секция - и я даже немного обиделся что её не дали :D
А статью напишите конечно, по возможности - как видите, творится всевозможный бардак и коллегам-единомышленникам отнюдь не вредно будет больше подробностей получить.
вообще да, есть такая тенденция - даже шутки на эту тему уже были, мол джуниор использует sql, миддл JPA, сеньор опять sql
но вообще в джаве есть и другие интересные подходы (например spring-data) насколько я помню
необязательно :)
например вижу что на проекте куча тестов нестабильные. мерж-реквесты в репозиторий приходится по нескольку раз перезапускать. все чертыхаются, но править никто не торопится. это мол ведь тесты нестабильные, с приложением всё норм.
заглядываю осторожно внутрь, минут через двадцать обнаруживаю, например, что обёртка библиотеки логгера через раз при инициализации nil-pointer ловит. это не в тестах проблема. и проблему все видят даже самым несвежим взглядом. просто считается что "есть дела поважнее".
Хе-хе, это "агонь" конечно :)
Но еще интересное наблюдение насчет "Покопался в этих дампах, нашел источник проблемы" - на удивление знакомо - когда приходишь на новое место, в проект "семантически" врастать ещё пока сложно - зато видишь какие-то очевидные косяки, которые месяцами никто не исправляет в силу какой-то ментальной инертности. Аналогично на текущем месте я одним из ранних достижений "базу починил" :)))
Занятный опыт, спасибо :)
Только написать-то это полдела - в наше сложное время главное ещё убедить пользователей.
Ах да, не упоминая ещё про поддержку :)))
честно говоря не уверен что аудио-видео возможности принципиально нужно в чат встраивать. в корпоративной среде окажется что используют kontur talk и важнее интеграция с календарём например
ну и что значит "российский аналог"? что "главный разработчик" может предъявить паспорт подтверждающий гражданство РФ? это будет весомый довод для корпоративного клиента который рассматривает "velachat vs mattermost" например?
Это очевидное - вы и сами об этом дальше пишете - но в наше время без мобильного клиента чат продвигать вряд ли реалистично. На этом стоит сконцентрироваться раньше чем пытаться вычищать текущую версию.
Это ведь и без искусственного интеллекта можно было делать, хоть и дольше.
Тут риски в другом - в том что если компания берет библиотеку A у которой миллионы пользователей, код более-менее выверен и стабилен - и переписывает с помощью волшебного (мутного) сервиса в библиотеку AA которую вставляет в свой миллиардно-долларовый проект... Кто будет отвечать за потенциальные косяки?
И как апдейтить эту хрень с апстрима при поступлении важных изменений?
В общем сила опенсорса не в лицензиях, кому очень хотелось, их обходили и раньше.
спасибо за ответ - да я скорее в качестве шутки уточнил, вряд ли любительский опыт перла в проде актуален :) в качестве обмена контактами откликнулся на единственную Go/PHP вакансию благо у меня более-менее аналогичное резюме как раз нашлось :)
Насчет GC это отдельная тема... Мне кажется так глубоко как в Java (JVM) его нигде не спрашивали - и это потому что там у него несколько механизмов было доступно да ещё и у каждого свои настройки. Собеседуясь однажды в "Одноклассники" я примерно после получаса вопросов по GC на которые я более-менее шатко-валко отвечал, я сказал что "ваще у меня сложилось стойкое ощущение что если в проекте приходится сложно и мучительно тюнинговать GC, то обычно это отражает проблемы дизайна самого проекта, и решения с тюнингом в общем-то корневой проблемы не решают а только позволяют немножко улучшить плохую ситуацию"
На это собеседующие помрачнели и сказали в духе "плохо что вы к этому так относитесь, нам де приходится этим заниматься практически на постоянной основе". Мне туда работу в этот раз не предложили но честно сказать я почему-то не расстроился :)))
То ли дело в Go - по-моему у нас ровно одна настройка для GC до сих пор присутствует, определяющая частоту срабатывания (и "глубину очистки") - и всё.
у нас есть же и локальный китай в виде затаившегося Хуавея :) отечественному разработчику режим китайской компании не очень придётся по душе