В этой статье я буду сравнивать водоблоки на процессор от двух китайских производителей компонентов для водяного охлаждения.
Если говорить глобально, то китайский рынок производителей компонентов СВО поделен на три основных сегмента: супер дешевый, среднячок и премиальный. В этой статье расскажу какие производители какую нишу выбрали и чья продукция более предпочтительна по цене и качеству.

В статье я расскажу как подружить net.core версии 2 и выше с доменной NTLM-авторизацей так, чтобы все пользователи (читать как сотрудники организации) имели доступ к приложению и для каждого пользователя формировалась сессия на основе его доменной учетки

В прошлых статьях я рассказывал про азы постройки ПК на СВО и моддинге. Поэтому сразу к делу — начинаем постройку уникального кастом-проекта ПеКа на водяном охлаждении.
Пусть слоганом проекта будет "красиво, классно, алиэкспрессно"

Представим, что в голове плотно засела мысль собрать топовый компьютере на самых новых комплектующих для игр или монтажа в 8к. И не просто купить всё самое топовое железо и запихнуть в компьютерный корпус, но сделать по своему, добавить что-то свое, чтобы по красоте и все пускали тугую слюну завидев ваш ПК.
А в добавок еще и разогнать процессор и выжать максимум из видеокарты. Возникает вопрос, с чего начинать ? Как реализовать действительно уникальную сборку, которая будет в единичном экземпляре и которую не стыдно показать в интырнетах с эпитетом «моя кастом сборка на разогнанном до 100500 мегагерц процессоре»?
Ответ — просто добавь воды ) Это даже не ответ - это решение, такое делают единицы, а чтобы еще и красиво работало вообще полтора человека.

Вызов принят, погнали

В прошлой статье я рассказал банально-очевидные вещи о том, где сейчас и куда движется индустрия компьютеров. В этой статье я поведаю о основах моддинга ПеКа, которые вот прямо мастхев. И затрону сакральные темы всех моддеров - выбор корпуса компьютера, установка RGB-подстветки, системы водняного охлаждения и кейбл-менеджемент

Погнали

Все начинается с компьютерного корпуса. Да, тут есть где развернуться и выбрать что по душе. По моему мнению, лучший корпус этот тот — которого нет, но не все разделяют такой подход ). Поэтому нужно выбирать максимально открытые корпуса, чтобы все потроха было видно.

Рынок персональных компьютеров развивается и меняется. Так если лет 10 тому назад всем было абсолютно начхать на то, какой у тебя комп снаружи, да эти коробки с железом были так себе, но умели круто собирать пылью и шерсть котов. Понятно дело их ставили под стол, где мамка не достанет шваброй, а котан не нассыт в вентилятор. Но сейчас, сейчас ситуация в корне изменилась, все стало совсем наоборот.
Я это все не про офисные типовые компьютеры, которые так и остались пылесосами в дальнем углу стола, а про компьютеры, на которых приятно скатать в Dota, CS, Apex или любую другую игрушку по душе

В ходе разработки одного онлайн-сервиса мне нужно было организовать прием денег от населения с максимально большим количеством способов платежей и, главное, чтобы просто и быстро. Еще одним значимым фактором является то, что сервис работает не как юридическое лицо (или ИП), а как физическое. То есть физическое лицо будет принимать деньги от физических или юридических лиц. Такой вариант работы – временный, так как регистрировать ип или ооо накладно как по времени, так и по деньгам (юридические аспекты я опишу в следующей статье).

Суть задачи

- Разработать функционал приема платежей с использованием
- пластиковых карт visa/mastercard/мир
- платежных систем яндекс.деньги/webmoney/qiwi
- терминалов оплаты

- Зачисление средств должно проходить в течении 10 минут (максимум) после факта оплаты
- Платформа .Net core 2 – 2.1

Каждый сайт можно характеризовать по трем пунктам: удобный, полезный, быстрый. Первые две характеристики достаточно субъективные, и их достаточно сложно измерить. Но, в отличие от удобства и полезности, скорость работы сайта можно вполне точно измерить. Более того, скорость работы сайта имеет наибольший вес – если сайт крайне удобный и очень полезный, но медленно работает, реакция пользователя уже не будет такой медленной - он поспешит закрыть вкладку так быстро, как только может.
Еще скорость отклика, или работы сайта, сильно влияет на поисковую выдачу. На самом верху располагаются сайты, которые обрабатывают запросы быстрее, разумеется, при прочих равных условиях.
В итоге получается, что скорость работы сайты – очень критичный показатель, оказывающие наибольшее влияние и лояльность аудитории.

В прошлой статье я описывал реализацию OAuth протокола Twitter, которая оказалась наиболее сложной из всех. Сложность заключается в создании дополнительного запроса для получения request-токена, это нулевой этап twitter oauth-flow. Далее каждый запрос к API должен иметь заголовок, содержащий тело всего запроса в зашифрованном виде. И, наконец, все заголовки каждого запроса должны быть упорядочены по алфавиту, это относится и к заголовку с зашифрованным телом запроса, в нем тоже все должно быть отсортировано и только после зашифровано.

В этой статье я расскажу как добавить на сайт кнопку авторизации с помощью GitHub, и подводных камнях, о которых не пишут в этих ваших интернетах

Уже давно хотел, даже мечтал, разобраться с протоколом OAuth и, конечно, добавить на сайт кнопку входа через социальные сети: vk, fb, twitter, instagram и иже с ними. В этих интернетах полно гайдов, примеров и реализаций, как хороших, так и не очень. В первую очередь я захотел добавить вход через twitter, нашел пару примеров, но ни один из них не захотел нормально работать. Challenge accepted.

Первое, что я сделал - залез на офф сайт в раздел для разработчиков, там нашел интересующий раздел - oauth. Вроде бы понятно написано, но как-то не очень. Кажется, что писали на скорую руку для тех, кто уже знает, что такое oauth и как работает. В итоге пришлось экспериментировать и додумывать самому.

Рано или поздно у любого человека возникает вопрос о смене места работы. В этом нет ничего зазорного - логика большинства компаний, в этой стране, сводится к тому, что выращивать кадры не торт, проще взять вот этого парня с классной улыбкой и подвешенным языком. И пускай, что разговорчивый парень свинтит через 3 месяца, а Вася работает уже 5 лет, знает все бизнес-процессы от и до, и хочет нового горизонта задач.
В этой статье речь пойдет о актуальных тенденциях проведения собеседований и мейн-стриме вопросов, задаваемых повально.

Какие принципы ООП вы знаете ? Это коронный вопрос, с которого начинается каждое собеседование IT-специалиста. Иногда вопрос усложняют, например, так – «любезный, расскажите мне, обычному человеку, далекому от программирования, что означает каждый из принципов так, чтобы я понял суть и стал богом программирования». Если вам задали такой вопрос, радуйтесь - есть шанс самоутвердиться морально раздавив интервьюера знаниями и опытом.
Ссылки на предыдущие уроки выживания
Массивы, коллекции, перечисления, foreach
Упаковка и распаковка (boxing, unboxing)
Принципы SOLID (СОЛИД)

На собеседованиях любят задавать вопросы на тему как работают коллекции, про итераторы, индексаторы и вообще, какие типы можно использовать в цикле foreach. Практическая ценность таки вопросов стремится к 0 и они, на мой взгляд, задаются в двух случаях: чтобы проверить, насколько кандидат может логически рассуждать или завалить его. Увы, второй вариант встречается чаще, но мы то знаем, что на собеседованиях обычно спрашивают то, что узнали вчера.
Почему ценность этих знаний столь мала? Да просто - на практике необходимость реализации собственных коллекций, перечислений или массивов возникает чуть реже, чем никогда. В .Net уже реализовано все, что нужно для работы и даже больше – универсальные коллекции, перечисления, словари, хеш-таблицы, стек, да тысячи их.
В этой статье я опишу основные принципы коллекций и массивов в .Net с оглядкой на типовые вопросы на собеседовании. Это позволит поставить собеседующего в тупик и разорвать его нежные шаблоны в клочья.

Пару месяцев назад я опубликовал статью о грядущих нововведениях в c# 7, какие-то вещи удалось рассмотреть достаточно детально, а по поводу других осталось больше вопросов, чем ответов. В этой статье я еще раз хочу сфокусироваться на новых фишках языка, благо на прошлой недели была трансляция connect() от MS.
Connect(); это такой meet-up для разработчиков, основной посыл - рассказать о новшествах в технологическом стеке Microsoft сообществу. Естественно меня заинтересовал блок о новых фичах в c# 7. Да, большинство из них я уже упоминал в прошлой статье, но есть и новые, о которых я ничего не слышал. Например деконструкторы. Еще более пристально удалось взглянуть на сопоставление с образом (pattern matching).

Это вторая статья из цикла выживания на собеседованиях для IT-специалистов. На подавляющем большинстве собеседований, на которых мне посчастливилось побывать, мне задавали вопросы о том, знаю ли я что такое boxing и unboxing. Иногда беседа плавно перетекала в допрос с пристрастием о циклах. Еще реже вопросы о циклах перетекали в плоскость индексаторов и создания собственных коллекций. И наконец, самые стойкие рекрутеры, спрашивали про синтаксический сахар. В этой статье я опишу максимально подробно процесс боксинга и анбоксинга, немного затрону циклы. Про то, как устроены индексаторы, энумераторы, создание собственных коллекций я обязательно расскажу в будущих статьях, вопросы подобного типа совсем не редкость.

Мир устроен так, что если, кто-то придумал какую-то идею, пусть бредовую, но с крутым заголовком и подкрепленную мощным, но бредовым, исследованием - то каждый стремится поскорее скопирастить её. Одними из самых ярких представителей умелой копирастии - рекрутинг спецов. Поэтому опытный специалист, услышав вопрос типа "почему мы должны нанять именно вас ?", или задачи "почему люки круглые", "сколько нужно поездов, чтобы люди ждали поезда не более трех минут" или "сколько мячиков для гольфа уместятся в одном автобусе" выходит в окно просит перейти к более значимым вопросам. Все эти вопросы и ответы изжеваны овер9000 раз и рассматривать их смысла нет.
В этой статье я сделаю акцент на вопросе "Что такое принципы SOLID ?", он задается в 8 из 10 компаний. Но мы то знаем, что обычно на собеседованиях спрашивают то, что выучили вчера.

С момента прошлой публикации прошло чуть менее, чем два месяца. Но за это время бот резко изменился и дошел до состояния stable. Я переработал огромную кучу кода, добавил новые крутые фишки, отладил тонкие места и бился над улучшением производительности. Именно на нее я убил порядка 30 процентов всех сил и времени. Зато теперь бот работает и делает это шустро и стабильно.
Но самое главное - мне удалось прикоснуться к конкурсу. Поверхностно. Мельком. Но всеже )

Подробнее внутри

В прошлой статье я описал свою идею бота под платформу мессенджера telegram, целью которого помогать в изучении иностранных языков. В этой статье я хочу описать то, что было сделано и поделиться успехами. С момента написания первой части статьи прошло около двух месяцев, поэтому материала достаточно.
На текущий момент, а сегодня утром было прохладное 7 июля 2016 года, готов сам бот и интерфейс для управления его знаниями.

Поехали!

Уже достаточно давно занимаюсь английским, ну как занимаюсь, скажем посещаю курсы. Каждый раз после занятий выхожу с мыслями ну всё, настало мое время – сделаю всю домашку, повторю грамматику прошлых лекций и вызубрю новые слова. Но благодаря лени, интернету и котикам я делаю дома чуть больше, чем ничего. Плюсом ко всему зубрить домашку это скукота, а качать темного эльфа 80-левела гораздо интереснее.

Правым полушарием я понимал, что процесс обучения можно как-то разнообразить и упростить. Пусть не грамматику, но зубрежку слов точно. Их можно учить немного более по современному и не вчитываться в свои, а чаще чужие, каракули в тетрадке.

Что нужно? Да всего ничего - накидать простенькое приложение под iOS \ Android, которое сможет хранить некоторую базу слов и каждый раз напоминать о том, что ученье - свет. Но опять же лень - приложение пусть и простое, но для его работы нужно создать over9000 других вещей. Например, хранилище слов, интерфейс для их добавления, сервис тосующий слова, сервис отправки выбранных слов на приложение, обработчик ответов и чата в целом, наконец, приложение, хотя-бы под одну платформу и, понятное дело, свой протокол передачи данных с гипертекстом и заголовками (очевидно, что http-транспорт с websoket, rest или еще чего).

Уже начал что-то делать, сходил за чебупелями на месяц, набросал требования, спецификации, ну и продумал кое-какие механизмы и, кажется даже, успел что-то накропал

Недавно решал задачу с нотами и поэтессами веб-формой и полем для ввода (textarea). Нужно ограничивать количество введенных символов в текстовое поле в зависимости от условий. Например один пользователь может написать 1000 символов, другой только 100, а третий вообще без ограничений. Плюс должно быть окошечко, которое отображает кол-во уже введенных и кол-во символов, которое можно еще ввести.
Все как обычно, лейбл, текстареа, форма, кнопка, овер9000 раз такое делал, пара минут и готово. Проверяю. Ввел 100 символов (допустимый предел кол-ва символов), нажимаю submit. Ну вроде бы все ок, работает. Данные пришли на сервер, опять проверяю кол-во символов и БАЦ! Длинна полученной строки равна 116 символам!
- Кодировки, фронтенд 8-битный utf, бекенд 32 ? Не может быть, какая разница сколько бит на символ, считаю именно символы.
- В текстовое поле дописывается что-то при пост-запросе ? Опять нет

Неделю назад, если точнее, то первого апреля с 30 по 31 марта сего года, состоялась презентация новых фишек компилятора c# и самой студии. Презентация прошла весело и без факапов. Во многом благодаря отличным ведущим (Torgersen и Campbell).

Количественный и качественный объем нововведений меня очень обрадовал, язык активно развивается, впитывая в себя крутые фичи. Более того, разработчики майрософт прислушиваются к dev-комьюнити и запиливают наиболее востребованные штуки. И, похоже, что с этим они отлично справляются, так держать!

Итак, светлое будущее уже здесь!