ВоITи и выITи

После покупки телевизора LG, в котором всё радовало, нашлась одна неприятная деталь: операционная система телевизора WebOS не "понимает" IPTV траффика от Интернет-провайдера . В частности, у нас в городе Таганроге, провайдер Spark бесплатно предоставляет возможность просмотра ТВ, для этого даже раздает Windows-приложение и плейлист Если заглянуть в плейлист, то в нём все ссылки на каналы начинаются с UDP://... То есть, траффик идёт в виде UDP-потока, и именно его WebOS не умеет транслировать, а вот HTTP траффик умеет. Поэтому всё, что нам нужно, это на лету переконвертировать поток UDP в HTTP . Этим мы и займёмся. Как таковой информации по настройке не много, но она есть, и тут я собрал её воедино в виде полной инструкции к действиям. !Очень важно!, что эта инструкция подразумевает то, что у Вас есть Интернет-Маршрутизатор (роутер, wifi-роутер и т.д.) и интернет в вашем доме/квартире проходит через него. !Также важно!, что эта инструкция только для телевизоров на We...

Бывает, в разговоре со знакомыми и друзьями всплывают фразы вроде: " - Я забыл, где эта ссылка... - Где-то я это читал... - Надо же, вроде недавно смотрел лекцию на {здесь название любых online-курсов}, а уже не могу вспомнить ничего... " Я хочу поделиться способом, которым пользуюсь сам, для запоминания и хранения необходимых ссылок и материалов, к которым часто приходится возвращаться, но которые никак нельзя удержать в голове. Вопрос запоминания огромного количества информации как никогда встаёт в наши дни. Я не могу говорить за другие профессиональные области, но в программировании зачастую встречаются задачи, которые до этого ты ни разу не встречал. И даже если ты где-то читал о том, как же это можно сделать или с чего же начать делать эту задачу, то скорее всего давно забыл за ненадобностью. Раньше приходилось лезть в книги, учебники, ну или просто гуглить. А 15-17 лет назад будучи школьником и живя в маленьком городке Краснодарского края, мне вообще приход...

Прошла конференция CLRium, информацию о которой можно прочитать тут http://clrium.ru/. День 1: Примеры первого дня находятся по адресам: a. Андрея Акиньшина: https://github.com/AndreyAkinshin/CLRium b. Станислава Сидристого: https://github.com/mumusan/dotnetex с. Павла Авсенина: https://github.com/pavsenin/CLRium2 День 2:

Этим лекциям уже пара лет, однако они не менее интересные. В лекциях описываются практически все существующие на данный момент типы хранилищ данных, а также предлагается к разработке своё собственное хранилище.

Интереснейшие лекции по High Load разработке. Смотреть должен КАЖДЫЙ веб-разработчик, даже тот, кто никогда не будет делать High Load.

At any place I work there are was a moment with discussion about using of break. continue and goto operators. I read a lot about goto in books and even McConnel "Solid code" wrote about how it is bad. And in all these places, in code styles, style guides and books, there are only one point: missing the main line of code or loosing the control. But I belive that with correct splitting of the program to smaller parts (methods, functions, classes) and with solid architecture there are no such a big deal about loosing control by using just break or continue. Sometimes it makes code shorter and easier. Recently I read very good article (or is this a book?)  What every programmer should know about memory  I found good example of why we should not use operators which lead to assembly JUMP from the real performance point of view: ( here is ) and it is called Prefetching. "Code has the advantage that it is linear between jumps. In these periods the processor can prefetch ...

Где бы мне ни приходилось работать, везде в какой-то момент возникает дискуссия на тему использования или неиспользования операторов break, continue и, конечно же, goto. О goto я читал в книгах, по-моему даже МакКоннел "Совершенный код", или что-то вроде. В руководствах по кодированию (code style, code guide) и в книгах довод один: запутанность кода. Однако при правильном разбиении кода на методы и нормальной архитектуре, по-моему, break и continue приводит только к большей понятности кода. И вот, читая интереснейший цикл статей "Что каждый программист должен знать о памяти" я нарвался на доступное объяснение чем плох любой переход (JUMP) с точки зрения производительности (ссыль http://rus-linux.net/lib.php?name=/MyLDP/hard/memory/memory-6-3.html ): "Код имеет то преимущество, что между переходами он линеен. В такие периоды процессор может эффективно делать предварительную загрузку памяти. Переходы нарушают эту идеальную картину из-за того...