Много красивых графиков. Бесспорно автор потратил много времени. Но а как это относится к реальной жизнью? Все эти графики и способы генерации есть на вики. Лучше бы к каждому распределению автор привел задачу, которую он решает с использованием всей этой кучи распределений. Автор пишет о том, как важно применять их на практике, а не сами формулы, а практики и вовсе-то нет, скорее подтверждение формул с помощью Монте-Карло. Очень не хватает примеров использования, в рамках которых можно было бы и смоделировать данные распределения.
Можете подробнее описать Ваш опыт пользования голосовым GPT? Хотелось бы больше деталей: каким приложением и нейросеткой пользуетесь, по какой цене, как используете, какие минусы видите и т.д.
Зря вы так издеваетесь. Хоть у нас не укоренился прямой перевод, но вариант "исследователь данных" вполне приемлемо. А слово "ученый" - это скорее жаргонизм.
Не стоит обольщаться по этому поводу. Идея использования капли в виде линзы далеко не нова. Еще примерно в девяностых-нулевых публиковали статьи по жидким линзам, работающих на подобном эффекте. Однако в них имеется много проблем. Линза должна быть идеальна не по форме, а по отпическим свойствам, тем более, что эти свойства должны сохраняться при варьировании смачиваемой поверхности и некоторых других параметров, что трудно достижимо. Более того сложно получить подходящие капли большого размера с хорошей светосилой. На сколько мне известно современные коммерческие (не лабораторные стенды для написания научных статей) жидкие линзы представляют собой не просто каплю (хотя такие тоже пытались продвигать), а скорее эластичный сосуд, изменяющий форму под воздействием магнитного поля. Довелось поработать с линзами Optotune. У них зрачок небольшой, примерно до 10 мм, фокусное расстояние различное, порядка сотен мм. Но у таких линз есть одно неприятное ограничение - это скорость работы, ограниченная максимум единицами килогерц. Это я к тому что использовать их в различных схемах развертки, как, например, в литографии, проблематично. Видел публикации, предлагающие массивы или решетки из микроскопических жидких линз, основанных на капельках, для быстрого управления пучком света.
Про работу с эльфийским заголовком тоже было бы не плохо подробнее рассказать в контексте минимально необходимой информации для загрузки и выполнения приложения в оперативной памяти.
Идентификация никогда не была легкой задачей и было придумано множество подходов. В реальности часто системы многомерные (5-50 параметров) нелинейные, измерению доступно малое количество параметров, а при их измерениях действуют шумы и инструментальные погрешности. А при оценивании системы из 5 переменных в большинстве случаев (например два моторчика и интегратор) нейросетка и вправду не нужна.
Так поместите малинку в пластиковый корпус. А если планируете удаленно подключаться с нескольких устройств одновременно, то наверно лучше нормальный роутер по проводу прикрутить вне зависимости от вида одноплатника. И, пожалуй, главное - если не хотите местами танцевать с бубном или копаться в кишках, берите малину - там и сообщество большое и много проектов найти можно.
Это случайно не та история, где тот недопрограммист говнокодил потому, что не это было его сильной стороной, а потом он стал управленцем в одной компании и стал руководить работой других кодеров, а через 10 лет начал инвестировать в стартапы, где все было сделано по солид с пониманием основ чистого кода?
У меня как и у многих знакомых принтер просто лежит в шкафу, редко достаю для печати (конкретно для ЛУТ когда-то печатал у друга). Один журнал и пару листов фотобумаги просто храню для ЛУТ, но ничто не мешает купить в магазе. С утюгом есть моменты, надо привыкнуть. Конкретно я со второго-третьего раза начал делать под ssop, tqfp корпуса. Тут вначале нужно поэкспериментировать и запомнить силу давления и время нагрева утюга и потом пользоваться тем же утюгом и глянцем. Да, фоторезист лучше, но 0.3 мм дорожки мне почти на все самодельное хватает и не нужно возни с химией. Более сложное можно заказать. Вот когда понадобится каждую неделю новую плату травить, тогда однозначно ЛУТ будет в минусе, а так норм.
Это просто очередной этап контрмер и как раз-таки вполне ожидаемый после хайпа нейросетей. Сейчас набирает обороты новый хайп. И так по кругу. А что касается размера матрицы, так напрямую он влияет только на разрешение и скорость съемки. Там скорее более важна оптика.
Это далеко не показатель. Тут вероятно два момента. Первый - не привязываться к мейнстримным компиляторам, поскольку это же Лора - гипотетически завтра ее захотят запустить на каком-нибудь новом китайском дешёвом чипе, для которого не будет поддержки новых стандартов со стороны компиляторов. Да и обработка там может и не тривиальная, но врядли требующая реализации множества сложных сущностей. Второй - все таки в сообществе эмбедед МК пока что довольно много чего разрабатывается по традиции на С. И не потому что с С++ беда, а скорее из-за большого количества проектов на С и не таких раздутых в сложности и обладающих высокой изменчивостью в процессе разработки систем, как это на десктопах часто бывает.
А зачем использовать вектор, боясь при этом динамической аллокации? Зато можно сделать свой класс для вектора на статической аллокации. Это можно сделать и на чистом С, но придется прятать кишки в отдельный файл и повозиться с тем, чтобы не засорять пространство имен.
При всем уважении, назвать Герои "просто хорошей игрой", да еще третью часть - это как-то зашкварно. Все-таки этой игре более 20 лет. На тот момент она также популярна была, как и Квэйк, Дум. В нее играли многие любители гонок и стрелялок, поскольку она, в общем-то, и не являлась привычной стратежкой вроде Стар Крафта. Так что тут верно было бы сравнивать с играми той эпохи.
Типовые размеры пикселей сенсорных матриц - единицы микрон, иногда более десяти. А пик чувствительности приходится на длину волны около половины микрона для кремния. Это если мы говорим про преобразование оптического излучения. Электронные структуры могут быть намного меньших размеров, но там уже нет оптики, там преобразование электрических сигналов.
Как бы не так. Предположим вам надо считать количество товаров по складам, которые разбросаны по всей стране. Можно просто проходить по массиву и суммировать элементы, а можно сделать дерево отрезков, которое может выдать ответ гораздо быстрее (якобы). Но тут легко забыть почему быстрее. Ничто не дается даром. Скорость обработки таких запросов мы увеличиваем за счет роста потребляемой алгоритмом памяти. Это раз. А два это то - что на алгоритмических секциях требуют достичь хорошую асимптотику. А она в большинстве случаев дает ухудшение производительности при малом количестве данных. Ведь необязательно у вас будет 1 миллион складов, когда два алгоритма можно сравнивать именно асимптотически. Да и вы тут совсем не об алгоритмах пишите. Ваша проблема не связана напрямую с тем, знает ли программист алгоритмы или нет. Тут гораздо больше другого.
"Самоуправляемый" автомобиль как-то режет слух. Ясно, что это дословный перевод, но в русскоязычном сегменте такие устройства традиционно назывались автопилотами. "Автономные автомобили" звучит лучше, но значение слова автономный все же не равно значению слова самоуправляемый.
Много красивых графиков. Бесспорно автор потратил много времени. Но а как это относится к реальной жизнью? Все эти графики и способы генерации есть на вики. Лучше бы к каждому распределению автор привел задачу, которую он решает с использованием всей этой кучи распределений. Автор пишет о том, как важно применять их на практике, а не сами формулы, а практики и вовсе-то нет, скорее подтверждение формул с помощью Монте-Карло. Очень не хватает примеров использования, в рамках которых можно было бы и смоделировать данные распределения.
Можете подробнее описать Ваш опыт пользования голосовым GPT? Хотелось бы больше деталей: каким приложением и нейросеткой пользуетесь, по какой цене, как используете, какие минусы видите и т.д.
Зря вы так издеваетесь. Хоть у нас не укоренился прямой перевод, но вариант "исследователь данных" вполне приемлемо. А слово "ученый" - это скорее жаргонизм.
Не стоит обольщаться по этому поводу. Идея использования капли в виде линзы далеко не нова. Еще примерно в девяностых-нулевых публиковали статьи по жидким линзам, работающих на подобном эффекте. Однако в них имеется много проблем. Линза должна быть идеальна не по форме, а по отпическим свойствам, тем более, что эти свойства должны сохраняться при варьировании смачиваемой поверхности и некоторых других параметров, что трудно достижимо. Более того сложно получить подходящие капли большого размера с хорошей светосилой. На сколько мне известно современные коммерческие (не лабораторные стенды для написания научных статей) жидкие линзы представляют собой не просто каплю (хотя такие тоже пытались продвигать), а скорее эластичный сосуд, изменяющий форму под воздействием магнитного поля. Довелось поработать с линзами Optotune. У них зрачок небольшой, примерно до 10 мм, фокусное расстояние различное, порядка сотен мм. Но у таких линз есть одно неприятное ограничение - это скорость работы, ограниченная максимум единицами килогерц. Это я к тому что использовать их в различных схемах развертки, как, например, в литографии, проблематично. Видел публикации, предлагающие массивы или решетки из микроскопических жидких линз, основанных на капельках, для быстрого управления пучком света.
Про работу с эльфийским заголовком тоже было бы не плохо подробнее рассказать в контексте минимально необходимой информации для загрузки и выполнения приложения в оперативной памяти.
Идентификация никогда не была легкой задачей и было придумано множество подходов. В реальности часто системы многомерные (5-50 параметров) нелинейные, измерению доступно малое количество параметров, а при их измерениях действуют шумы и инструментальные погрешности. А при оценивании системы из 5 переменных в большинстве случаев (например два моторчика и интегратор) нейросетка и вправду не нужна.
Так поместите малинку в пластиковый корпус. А если планируете удаленно подключаться с нескольких устройств одновременно, то наверно лучше нормальный роутер по проводу прикрутить вне зависимости от вида одноплатника. И, пожалуй, главное - если не хотите местами танцевать с бубном или копаться в кишках, берите малину - там и сообщество большое и много проектов найти можно.
Это случайно не та история, где тот недопрограммист говнокодил потому, что не это было его сильной стороной, а потом он стал управленцем в одной компании и стал руководить работой других кодеров, а через 10 лет начал инвестировать в стартапы, где все было сделано по солид с пониманием основ чистого кода?
У меня как и у многих знакомых принтер просто лежит в шкафу, редко достаю для печати (конкретно для ЛУТ когда-то печатал у друга). Один журнал и пару листов фотобумаги просто храню для ЛУТ, но ничто не мешает купить в магазе. С утюгом есть моменты, надо привыкнуть. Конкретно я со второго-третьего раза начал делать под ssop, tqfp корпуса. Тут вначале нужно поэкспериментировать и запомнить силу давления и время нагрева утюга и потом пользоваться тем же утюгом и глянцем. Да, фоторезист лучше, но 0.3 мм дорожки мне почти на все самодельное хватает и не нужно возни с химией. Более сложное можно заказать. Вот когда понадобится каждую неделю новую плату травить, тогда однозначно ЛУТ будет в минусе, а так норм.
Это просто очередной этап контрмер и как раз-таки вполне ожидаемый после хайпа нейросетей. Сейчас набирает обороты новый хайп. И так по кругу. А что касается размера матрицы, так напрямую он влияет только на разрешение и скорость съемки. Там скорее более важна оптика.
Это далеко не показатель. Тут вероятно два момента. Первый - не привязываться к мейнстримным компиляторам, поскольку это же Лора - гипотетически завтра ее захотят запустить на каком-нибудь новом китайском дешёвом чипе, для которого не будет поддержки новых стандартов со стороны компиляторов. Да и обработка там может и не тривиальная, но врядли требующая реализации множества сложных сущностей. Второй - все таки в сообществе эмбедед МК пока что довольно много чего разрабатывается по традиции на С. И не потому что с С++ беда, а скорее из-за большого количества проектов на С и не таких раздутых в сложности и обладающих высокой изменчивостью в процессе разработки систем, как это на десктопах часто бывает.
А зачем использовать вектор, боясь при этом динамической аллокации? Зато можно сделать свой класс для вектора на статической аллокации. Это можно сделать и на чистом С, но придется прятать кишки в отдельный файл и повозиться с тем, чтобы не засорять пространство имен.
При всем уважении, назвать Герои "просто хорошей игрой", да еще третью часть - это как-то зашкварно. Все-таки этой игре более 20 лет. На тот момент она также популярна была, как и Квэйк, Дум. В нее играли многие любители гонок и стрелялок, поскольку она, в общем-то, и не являлась привычной стратежкой вроде Стар Крафта. Так что тут верно было бы сравнивать с играми той эпохи.
Типовые размеры пикселей сенсорных матриц - единицы микрон, иногда более десяти. А пик чувствительности приходится на длину волны около половины микрона для кремния. Это если мы говорим про преобразование оптического излучения. Электронные структуры могут быть намного меньших размеров, но там уже нет оптики, там преобразование электрических сигналов.
Как бы не так. Предположим вам надо считать количество товаров по складам, которые разбросаны по всей стране. Можно просто проходить по массиву и суммировать элементы, а можно сделать дерево отрезков, которое может выдать ответ гораздо быстрее (якобы). Но тут легко забыть почему быстрее. Ничто не дается даром. Скорость обработки таких запросов мы увеличиваем за счет роста потребляемой алгоритмом памяти. Это раз. А два это то - что на алгоритмических секциях требуют достичь хорошую асимптотику. А она в большинстве случаев дает ухудшение производительности при малом количестве данных. Ведь необязательно у вас будет 1 миллион складов, когда два алгоритма можно сравнивать именно асимптотически.
Да и вы тут совсем не об алгоритмах пишите. Ваша проблема не связана напрямую с тем, знает ли программист алгоритмы или нет. Тут гораздо больше другого.
Везде есть оптимальная середина. Так что это нормально, что люди критикуют крайности.
"Самоуправляемый" автомобиль как-то режет слух. Ясно, что это дословный перевод, но в русскоязычном сегменте такие устройства традиционно назывались автопилотами. "Автономные автомобили" звучит лучше, но значение слова автономный все же не равно значению слова самоуправляемый.
Тут речь не о многочленах. Трансцендентные числа тоже вычислимы в большинстве своем. Например пи и е можно выразить через тригонометрические функции.
Чувствовал, что большинство выберет в качестве языка дьявола JS. Но как поклонник С++ я искренне убежден, что это именно он.
Разве в статье говорится о лучшем языке для написания кода?