Сам ББС я не держал, но как понимаю по нынешним временам стоит начинать с сайта синхронета - наверное там много софта вам знакомого (но более современных версий) - а что-то может быть полезное и новое. Ну и конечно на любой из ББСок можно в сообщениях поспрашивать что да как. Или хоть в том же alt.bbs в юзнете :) Хотя я так вижу в основном это сейчас увлечение у американцев - видимо у них движение ББС было максимально развито в старые времена.
Плюсую статью ибо дело хорошее - но помните что говорил Стивен Хокинг - как только в книжку добавляют хоть одну формулу - её продажи падают на треть. В идеале желательно уметь подать подобный материал максимально удобоваримо, объяснить суть а формулы привести как приложение или что-то в этом духе. Понимаю что в первый момент это кажется прям как-то неосуществимо, но надо пробовать :)
Вообще проблемы такой не вижу. Это к старой тяжело привыкать когда она уже надоела. на новой новые люди, новые технологии, задачи - это помогает держать тонус.
коннекторы-то всё равно приходится покупать готовые-китайские? я для RJ-11 мастрячил заменители из согнутых жил провода - но в штучном количестве и не скажу чтобы это было удобно или надёжно
Ну я сначала именно рекурсию с мемоизацией написал т.к. так мне думать проще. Интервьюер выразил сомнение что мол вдруг де очень большой будет набор данных и стек переполнится - так что остальные 2/3 времени я переписывал то же самое но в виде "честного ДП".
Любопытно, спасибо за информацию :) впрочем если Вы где-то вроде 2ГИС работаете то там по любому на алгоритмические знания нагрузка на порядок больше. Если не на два :)
я извините Ваш вариант не вполне понял, но он не звучит как линейный :) за один проход это решается с помощью складывания текущей суммы в хэш-таблицу (dict, HashMap) - там выше по комментам кто-то уже упомянул
это уж на выбор стреляющего :) в условии не ставится пожеланий хотим ли мы получить самую длинную последовательность или самую короткую... ну в общем да, как я упомянул, это по-видимому вариант старой задачи про "найти в массиве (потоке) два числа с требуемой суммой"
я в Санкт-Петербурге вечером в парке, на удалении от домов, на ДВ простейший советский карманный приёмник ловлю передатчики из Венгрии, Польши и БиБиСи-4 - это около 1500 км. не вполне понятно почему только в вечернее время т.к. отражение от ионосферы для ДВ вроде неактуально. но как бы то ни было видимость "по прямой" для СВ/ДВ действительно не требуется в отличие от УКВ.
Нет, безнадёжно. Дело даже не в частотной модуляции, а в том что энергия передачи на этих волнах гораздо меньше, её не хватит чтобы раскачать наушник (разве что вы прямо рядом с вещательной вышкой решите устроиться). Кроме того в УКВ диапазоне станции идут очень часто, избирательности простого контура с подключенной нагрузкой не хватит чтобы выбрать какую-то одну а не 30+ сразу (если опять же где-то под телебашней проводить эксперименты).
Иными словами можно сделать приёмник который будет работать если вы находитесь недалеко от одинокого одноканального FM-передатчика (что-то типа лабораторных условий) - а для практических целей проще сделать батарейку конечно :)))
Решение за квадрат я сразу назвал как очевидное но интервьюер сказал "конечно, это не подходит". Здесь версия с sum дана только как самый удручающий пример, чтобы пояснить насчет сложности. Ну да, квадрат можно без массива, это верно. Я однозначно перемудрил пытаясь неявно направить к идее решения.
А почему считаете что поиск в хэше не O(1)? Это worst case может быть длинным а среднее-то как раз за константу, хотя она может быть достаточно жирной :)
Забавно, спасибо - не думал что кто-то до сих пор этим развлекается :) Однако отметил бы что даже в линуксе есть возможность сделать скриншот нужного окна (или фрагмента) а не всего экрана. Возможно это поможет сделать картинки в статье более удобными для просмотра.
Кажется тут довольно однообразное представление о языках. Освоить Scheme с его скобочками, Erlang в котором нет ни переменных ни циклов, Assembler безо всяких if-else-ов или Haskell с его монадами и IO-типами... Сомнительно. Да что там - если вы впервые смотрите на селект для каналов в Go, если для вас невдомёк что такое мьютекс - вас весь JetBrains за один день ничему не научит. Всё-таки слишком броское название, не кажется оправданным.
Сам ББС я не держал, но как понимаю по нынешним временам стоит начинать с сайта синхронета - наверное там много софта вам знакомого (но более современных версий) - а что-то может быть полезное и новое. Ну и конечно на любой из ББСок можно в сообщениях поспрашивать что да как. Или хоть в том же alt.bbs в юзнете :) Хотя я так вижу в основном это сейчас увлечение у американцев - видимо у них движение ББС было максимально развито в старые времена.
Плюсую статью ибо дело хорошее - но помните что говорил Стивен Хокинг - как только в книжку добавляют хоть одну формулу - её продажи падают на треть. В идеале желательно уметь подать подобный материал максимально удобоваримо, объяснить суть а формулы привести как приложение или что-то в этом духе. Понимаю что в первый момент это кажется прям как-то неосуществимо, но надо пробовать :)
Коуч для коучей? Похоже такому коучу 2 уровня самому коуч не помешает - статья явно куда-то не туда, извините:)
Вообще проблемы такой не вижу. Это к старой тяжело привыкать когда она уже надоела. на новой новые люди, новые технологии, задачи - это помогает держать тонус.
коннекторы-то всё равно приходится покупать готовые-китайские? я для RJ-11 мастрячил заменители из согнутых жил провода - но в штучном количестве и не скажу чтобы это было удобно или надёжно
нет, мы же про мемоизацию. тогда утроения не будет. ну и стек лопнуть (в Go собеседовались) это надо очень долго ездить.
Ну я сначала именно рекурсию с мемоизацией написал т.к. так мне думать проще. Интервьюер выразил сомнение что мол вдруг де очень большой будет набор данных и стек переполнится - так что остальные 2/3 времени я переписывал то же самое но в виде "честного ДП".
в смысле 2-х и 3-х дневные? они действуют на 2 и 3 дня подряд конечно. ну иначе задачи в общем-то не получилось бы :)
я думаю она будучи экономной ездит только когда с пары на пару нужно быстро успеть :) а в остальное время действительно пешочком перемещается.
(собственно когда я сам учился в питерском политехе - подобные перемещения между пл.мужества и политехнической случались порой)
Любопытно, спасибо за информацию :) впрочем если Вы где-то вроде 2ГИС работаете то там по любому на алгоритмические знания нагрузка на порядок больше. Если не на два :)
я извините Ваш вариант не вполне понял, но он не звучит как линейный :) за один проход это решается с помощью складывания текущей суммы в хэш-таблицу (dict, HashMap) - там выше по комментам кто-то уже упомянул
это уж на выбор стреляющего :) в условии не ставится пожеланий хотим ли мы получить самую длинную последовательность или самую короткую... ну в общем да, как я упомянул, это по-видимому вариант старой задачи про "найти в массиве (потоке) два числа с требуемой суммой"
я в Санкт-Петербурге вечером в парке, на удалении от домов, на ДВ простейший советский карманный приёмник ловлю передатчики из Венгрии, Польши и БиБиСи-4 - это около 1500 км. не вполне понятно почему только в вечернее время т.к. отражение от ионосферы для ДВ вроде неактуально. но как бы то ни было видимость "по прямой" для СВ/ДВ действительно не требуется в отличие от УКВ.
Нет, безнадёжно. Дело даже не в частотной модуляции, а в том что энергия передачи на этих волнах гораздо меньше, её не хватит чтобы раскачать наушник (разве что вы прямо рядом с вещательной вышкой решите устроиться). Кроме того в УКВ диапазоне станции идут очень часто, избирательности простого контура с подключенной нагрузкой не хватит чтобы выбрать какую-то одну а не 30+ сразу (если опять же где-то под телебашней проводить эксперименты).
Иными словами можно сделать приёмник который будет работать если вы находитесь недалеко от одинокого одноканального FM-передатчика (что-то типа лабораторных условий) - а для практических целей проще сделать батарейку конечно :)))
Решение за квадрат я сразу назвал как очевидное но интервьюер сказал "конечно, это не подходит". Здесь версия с sum дана только как самый удручающий пример, чтобы пояснить насчет сложности. Ну да, квадрат можно без массива, это верно. Я однозначно перемудрил пытаясь неявно направить к идее решения.
А почему считаете что поиск в хэше не O(1)? Это worst case может быть длинным а среднее-то как раз за константу, хотя она может быть достаточно жирной :)
https://en.wikipedia.org/wiki/Hash_table - справа в табличке об этом как раз и написано
Забавно, спасибо - не думал что кто-то до сих пор этим развлекается :) Однако отметил бы что даже в линуксе есть возможность сделать скриншот нужного окна (или фрагмента) а не всего экрана. Возможно это поможет сделать картинки в статье более удобными для просмотра.
востребованные языки рождаются программистами которые знают много невостребованных, как-то так :)
ну получается статья о том "как освоить любой язык похожий на те с которыми вы уже и так знакомы" :)
думаю Вам будет хорошо ненадолго отложить PHP и продукты JetBrains и расширить кругозор в этих самых любых языках :)
Кажется тут довольно однообразное представление о языках. Освоить Scheme с его скобочками, Erlang в котором нет ни переменных ни циклов, Assembler безо всяких if-else-ов или Haskell с его монадами и IO-типами... Сомнительно. Да что там - если вы впервые смотрите на селект для каналов в Go, если для вас невдомёк что такое мьютекс - вас весь JetBrains за один день ничему не научит. Всё-таки слишком броское название, не кажется оправданным.