Странные они. Самое лучшее это не разделять контент на обычный и "взрослый", а публиковать все вместе на одном ресурсе (возможно с какими-то тегами, по которым можно настроить индивидуальную фильтрацию для самых упоротых пуритан). Потому что если разделять, то ресурсы "для взорслых" маргинализируются, а ресурсы "для пуритан" скатываются в противоположном направлении, когда гайки цензуры закручиваются все туже и банят даже за намек на сексуальный контент (особенно сейчас, когда наверняка подключат к этому ИИ, если уже не подключили).
Т.е. я считаю, что концептуально необходимо сближать эти два мира, а не вбивать между ними клин. В этом смысле лучше всех Твиттер, там можно практически всё.
Не для фотопутешествий, а вообще:) Хотя конечно да, игрушка поиграть несколько дней и забыть. Вот если бы эти тепловизоры были дешевые и их ставили в каждый второй смартфон, то я бы конечно предпочел чтобы было на всякий случай.
Логарифмические линейки никто не изучает, но фундаментальную математику, линейную алгебру, мат.анализ прекрасно изучают и будут изучать во всех университетах мира. То же самое и с программированием. Языки программирования меняются, а сама концепция алгоритмов и структур данных останется и никуда не исчезнет.
Я кстати тут недавно решил посмотреть по базе яндекс маркета, что интересного, и наткнулся на смартфон с тепловизором (F150 Raptor). Единственный в своем роде:) Остальные характериктики вроде норм, памяти много, аккумулятор емкий, периферии достаточно полный комплект. Думаю, если уж покупать, то это должно быть точно что-то необычное:)
А я бы хотел устройство для быстрой фотографии. То есть, пока достаешь сматфон (особенно на ходу), пока его разблокируешь (хотя я не пользуюсь блокировкой, но все равно включить надо), пока запускаешь камеру... это все время. А нужно что-то такое чтобы вытащил из кармана, прицелился не глядя, нажал кнопку и фотка готова. Как я догадываюсь, тут проблема в том что если все время держать камеру инициализированной, то жрется много энергии. Но возможно, это можно как-то решить на аппаратном уровне? Вплоть до разработки нового чипа или переноса логики инициализации на FPGA.
Еще есть идея по размещению камеры на торце смартфона (не не задней стенке, а именно в торце), или на задней стенке верхней крышки смартфона-раскладушки (т.е. на той части где экран, а не клавиатура). Что это даст? А это даст возможность съемки с совершенно другим, гораздо более удобным способом захвата аппарата в руке. Не в растопыренной ладони, а то и двух (и еще чем-то нужно кнопку съемки нажать), а просто так как обычно люди держат аппараты когда читают с них текст. И почему такого не производится?
Я никогда не занимался вебом профессионально. Но представление разумеется имею, html/css/js и несколько языков для бэкенда знаю, что-то по мелочи иногда делал. Вот сейчас делаю пет-проект - локальную систему для изучения социальных графов соцсети VK. Серверная часть на Go, интерфейс - простой сайт на локалхосте.
И вот что меня интересует: а что дают фронтенд-фреймворки по сравнению с чистым Javascript? Да, поскольку я не профессионал в вебе, то возникают вот такие странные вопросы. Я явно что-то не понимаю, но хочется понять:) Допустим, какой нибудь одностраничный сайт - там и js как таковой вообще не нужен, все можно написать на чистом html. Или взять с другой стороны - какой нибудь монстр типа Google Docs. Сложнейший программный комплекс. Но часто ли вы пишете что-то подобное? Можно взять середину - сайт типа Хабра. Солидный сайт, но что здесь есть такого, что требует сложного кода на JS? Пожалуй только редактор статей/комментариев. Остальное - ну лайк поставить, это же просто. И требуется ли для этого фреймворк (кстати, если да то интересно какой используется)?
В общем я для своего личного проекта пока спокойно обхожусь чистым JS (даже не jQuery). Пока один файл на 8Кб, и в основном там однотипные обработчики нажатий кнопок для запаковки отправляемой информации.
То есть лично для меня на Хабре не хватает статей на тему "введения в веб-фреймворки", где рассказывается что это такое и показываются преимущества работы с ними по сравнению с чистым JS. Статей по самому JS полно, в том числе для новичков. И иногда появляются профессиональные (на мой взгляд со стороны) статьи по фреймворкам, где разбираются какие-то сложные частные кейсы. А вот таких вводных статей нет.
Если бы был в природе бесплатный свободный антивирус с открытым исходным кодом, поддерживаемый Сообществом и каким нибудь солидным опенсорс-фондом, то может и использовал бы (хотя может такой и есть, но почему я ни разу не встречал его упоминания ни на хабре, ни на опеннете, ни в других подобных местах?). А вот это всё что есть, в том числе и обсуждаемая в статье авира... оно само больше похоже на spyware, adware, malware и прочее.
Вообще от антивируса отказался, причем давно. Работа под пользователем а не админом, установка только хорошо знакомых программ, запрет на выход в инет всему софту кроме того который должен туда ходить в соответствии со своим функционалом. Перед установкой новой программы проверяю на virustotal.
В условиях авторитарных диктатур наличные - единственный доступный для всех способ анонимных платежей, неподконтрольных государству. Разумеется, государства мечтают отказаться от наличности именно потому, что тогда можно будет очень легко контролировать вообще всё. Еще лет 15 назад я бы и сам был всецело за всеобщую цифровизацию, а теперь вот поостерегусь. Наступили тёмные времена, и мы еще пока не знаем, как глубоко мы в них погрузились.
Время для серверов ЦОД от... радиочасов на подоконнике? Которые работают на батарейках типа АА? Это шутка такая или правда? Кому и зачем такое вообще могло придти в голову?
Чтобы заголовок статьи соответствовал действительности, Тайваню нужно кроме чипов еще и ядерное оружие разрабатывать, и средства доставки. И не так как Украина, а наоборот: сначала в условиях строжайшей секретности всё сделать, а потом уже говорить.
А Штатам конечно нужно переносить производство на свою территорию. Увы, но человечество похоже еще не вполне доросло до настоящей глобализации.
Решение простое - не надо было класть все яйца в одну корзину. На планете десятки развивающихся стран, можно было равномерно распределить производство по ним. И желательно по небольшим странам в разных регионах мира.
Питон странный. С одной стороны параноидальная строгость при приведении типов (все только явно), с другой - можно случайно объявить новую переменную, просто опечатавшись в имени существующей.
А вот Go очень приятный (для меня как С/С++ программиста).
ИМХО картинки это весьма наглядная демонстрация того, как нейросети "видят" реальность сейчас. Примерно как мы во сне. Буквы в тексте расплываются, возникают странные образы и т.д. Думаю, если увеличить вычислительную мощность еще на несколько порядков, то наступит еще один качественный скачок.
Все-же не очень понимаю как это работает. В свое время пытался разобраться с Jekyll, который тоже используется на Github Pages. С одной стороны все это не серверные скрипты, с другой - вроде и не статические сайты. Но отложил по причине неготовности самого контента для публикации. У меня уже есть набор html страниц. Не markdown, а именно html (потому что это формат в котором я храню "заметки", они же "статьи", в собственном аутлайнере). Я хочу их опубликовать на Github Pages и связать с помощью древовидного оглавления. Оглавление я буду генерить своим софтом на основе своей базы. А вот сами страницы... делать все это на фреймах - несовременно, да и неудобно с получением адреса страницы в адресной строке. Идеальным вариантом был бы какой-то примитивный скрипт, который бы соединял страницу контента из репозитория (точнее содержимое ее тега body) с фиксированной обвязкой - хидером, футером, древовидным оглавлением сбоку. С помощью JS можно при переходе на другой URL поддерживать оглавление в том состоянии, в котором его оставил пользователь (открытые и закрытые узлы, позиция прокрутки). Но вот можно ли это сделать теми средствами, что предоставляет Github Pages?
Вы кстати отвечали мне на похожий вопрос здесь. Я не пишу на TypeScript, но система типов у него очень интересная, а я пытаюсь сопоставить ее с системами типов других языков, от того и задаю такие вопросы:)
Странные они. Самое лучшее это не разделять контент на обычный и "взрослый", а публиковать все вместе на одном ресурсе (возможно с какими-то тегами, по которым можно настроить индивидуальную фильтрацию для самых упоротых пуритан). Потому что если разделять, то ресурсы "для взорслых" маргинализируются, а ресурсы "для пуритан" скатываются в противоположном направлении, когда гайки цензуры закручиваются все туже и банят даже за намек на сексуальный контент (особенно сейчас, когда наверняка подключат к этому ИИ, если уже не подключили).
Т.е. я считаю, что концептуально необходимо сближать эти два мира, а не вбивать между ними клин. В этом смысле лучше всех Твиттер, там можно практически всё.
Не для фотопутешествий, а вообще:) Хотя конечно да, игрушка поиграть несколько дней и забыть. Вот если бы эти тепловизоры были дешевые и их ставили в каждый второй смартфон, то я бы конечно предпочел чтобы было на всякий случай.
Логарифмические линейки никто не изучает, но фундаментальную математику, линейную алгебру, мат.анализ прекрасно изучают и будут изучать во всех университетах мира. То же самое и с программированием. Языки программирования меняются, а сама концепция алгоритмов и структур данных останется и никуда не исчезнет.
Я кстати тут недавно решил посмотреть по базе яндекс маркета, что интересного, и наткнулся на смартфон с тепловизором (F150 Raptor). Единственный в своем роде:) Остальные характериктики вроде норм, памяти много, аккумулятор емкий, периферии достаточно полный комплект. Думаю, если уж покупать, то это должно быть точно что-то необычное:)
А я бы хотел устройство для быстрой фотографии. То есть, пока достаешь сматфон (особенно на ходу), пока его разблокируешь (хотя я не пользуюсь блокировкой, но все равно включить надо), пока запускаешь камеру... это все время. А нужно что-то такое чтобы вытащил из кармана, прицелился не глядя, нажал кнопку и фотка готова. Как я догадываюсь, тут проблема в том что если все время держать камеру инициализированной, то жрется много энергии. Но возможно, это можно как-то решить на аппаратном уровне? Вплоть до разработки нового чипа или переноса логики инициализации на FPGA.
Еще есть идея по размещению камеры на торце смартфона (не не задней стенке, а именно в торце), или на задней стенке верхней крышки смартфона-раскладушки (т.е. на той части где экран, а не клавиатура). Что это даст? А это даст возможность съемки с совершенно другим, гораздо более удобным способом захвата аппарата в руке. Не в растопыренной ладони, а то и двух (и еще чем-то нужно кнопку съемки нажать), а просто так как обычно люди держат аппараты когда читают с них текст. И почему такого не производится?
Я никогда не занимался вебом профессионально. Но представление разумеется имею, html/css/js и несколько языков для бэкенда знаю, что-то по мелочи иногда делал. Вот сейчас делаю пет-проект - локальную систему для изучения социальных графов соцсети VK. Серверная часть на Go, интерфейс - простой сайт на локалхосте.
И вот что меня интересует: а что дают фронтенд-фреймворки по сравнению с чистым Javascript? Да, поскольку я не профессионал в вебе, то возникают вот такие странные вопросы. Я явно что-то не понимаю, но хочется понять:) Допустим, какой нибудь одностраничный сайт - там и js как таковой вообще не нужен, все можно написать на чистом html. Или взять с другой стороны - какой нибудь монстр типа Google Docs. Сложнейший программный комплекс. Но часто ли вы пишете что-то подобное? Можно взять середину - сайт типа Хабра. Солидный сайт, но что здесь есть такого, что требует сложного кода на JS? Пожалуй только редактор статей/комментариев. Остальное - ну лайк поставить, это же просто. И требуется ли для этого фреймворк (кстати, если да то интересно какой используется)?
В общем я для своего личного проекта пока спокойно обхожусь чистым JS (даже не jQuery). Пока один файл на 8Кб, и в основном там однотипные обработчики нажатий кнопок для запаковки отправляемой информации.
То есть лично для меня на Хабре не хватает статей на тему "введения в веб-фреймворки", где рассказывается что это такое и показываются преимущества работы с ними по сравнению с чистым JS. Статей по самому JS полно, в том числе для новичков. И иногда появляются профессиональные (на мой взгляд со стороны) статьи по фреймворкам, где разбираются какие-то сложные частные кейсы. А вот таких вводных статей нет.
Если бы был в природе бесплатный свободный антивирус с открытым исходным кодом, поддерживаемый Сообществом и каким нибудь солидным опенсорс-фондом, то может и использовал бы (хотя может такой и есть, но почему я ни разу не встречал его упоминания ни на хабре, ни на опеннете, ни в других подобных местах?). А вот это всё что есть, в том числе и обсуждаемая в статье авира... оно само больше похоже на spyware, adware, malware и прочее.
Все что в 2 гига и больше это или продукты от общеизвестных крупных корпораций, или дистрибутивы линукса. Вряд ли там могут быть вирусы.
Вообще от антивируса отказался, причем давно. Работа под пользователем а не админом, установка только хорошо знакомых программ, запрет на выход в инет всему софту кроме того который должен туда ходить в соответствии со своим функционалом. Перед установкой новой программы проверяю на virustotal.
В условиях авторитарных диктатур наличные - единственный доступный для всех способ анонимных платежей, неподконтрольных государству. Разумеется, государства мечтают отказаться от наличности именно потому, что тогда можно будет очень легко контролировать вообще всё. Еще лет 15 назад я бы и сам был всецело за всеобщую цифровизацию, а теперь вот поостерегусь. Наступили тёмные времена, и мы еще пока не знаем, как глубоко мы в них погрузились.
Время для серверов ЦОД от... радиочасов на подоконнике? Которые работают на батарейках типа АА? Это шутка такая или правда? Кому и зачем такое вообще могло придти в голову?
Чтобы заголовок статьи соответствовал действительности, Тайваню нужно кроме чипов еще и ядерное оружие разрабатывать, и средства доставки. И не так как Украина, а наоборот: сначала в условиях строжайшей секретности всё сделать, а потом уже говорить.
А Штатам конечно нужно переносить производство на свою территорию. Увы, но человечество похоже еще не вполне доросло до настоящей глобализации.
Санкции не работают. Это доказано даже на таких относительно небольших странах как КНДР, которую санкциями обложили все вообще. Толку - ноль.
Решение простое - не надо было класть все яйца в одну корзину. На планете десятки развивающихся стран, можно было равномерно распределить производство по ним. И желательно по небольшим странам в разных регионах мира.
Питон странный. С одной стороны параноидальная строгость при приведении типов (все только явно), с другой - можно случайно объявить новую переменную, просто опечатавшись в имени существующей.
А вот Go очень приятный (для меня как С/С++ программиста).
Я и пытался подстроиться под Jekyll. Даже более-менее удалось, но интересно, есть ли решения лучше.
ИМХО картинки это весьма наглядная демонстрация того, как нейросети "видят" реальность сейчас. Примерно как мы во сне. Буквы в тексте расплываются, возникают странные образы и т.д. Думаю, если увеличить вычислительную мощность еще на несколько порядков, то наступит еще один качественный скачок.
Все-же не очень понимаю как это работает. В свое время пытался разобраться с Jekyll, который тоже используется на Github Pages. С одной стороны все это не серверные скрипты, с другой - вроде и не статические сайты. Но отложил по причине неготовности самого контента для публикации.
У меня уже есть набор html страниц. Не markdown, а именно html (потому что это формат в котором я храню "заметки", они же "статьи", в собственном аутлайнере). Я хочу их опубликовать на Github Pages и связать с помощью древовидного оглавления. Оглавление я буду генерить своим софтом на основе своей базы. А вот сами страницы... делать все это на фреймах - несовременно, да и неудобно с получением адреса страницы в адресной строке. Идеальным вариантом был бы какой-то примитивный скрипт, который бы соединял страницу контента из репозитория (точнее содержимое ее тега body) с фиксированной обвязкой - хидером, футером, древовидным оглавлением сбоку. С помощью JS можно при переходе на другой URL поддерживать оглавление в том состоянии, в котором его оставил пользователь (открытые и закрытые узлы, позиция прокрутки).
Но вот можно ли это сделать теми средствами, что предоставляет Github Pages?
Сохранил. Эта фотка займет достойное место в коллекции рядом с аудиофайлом "хакеры, крекеры, спамы, куки"!
Вы кстати отвечали мне на похожий вопрос здесь. Я не пишу на TypeScript, но система типов у него очень интересная, а я пытаюсь сопоставить ее с системами типов других языков, от того и задаю такие вопросы:)