Chevengur

Skype на windows 8 гавно

Я несколько месяцев назад (кажется, в июле) тестировал различные cdn-репозитории на предмет загрузки jQueryMobile. И получилось, что Google не использует jQueryMobile, у Microsoft (www.asp.net/ajaxLibrary/CDN.ash) на тот момент была устаревшая версия 1.3.1 (та же проблема и на парочке китайских CDN), jQuery (code.jquery.com) не поддерживает https. Остается выбор среди jsDelivr, CDNJS, и Yandex (api.yandex.ru/jslibs/libs.xml).

Так вот, тесты показали (за неимением своего пула серверов, тестирование проводилось через cloudmonitor.ca.com/en/checkit.php), что в большинстве локаций jsDelivr и Yandex идут на равных по времени загрузки (download time), опережая CDNJS. CDNJS показал лучший результат в 10% случаев, jsDelivr в 40% и Yandex в 50% (по среднему времени места распределены также).

И всё было бы неплохо, если бы не resolve time у jsDelivr. Не знаю, как сейчас, но тогда resolve был максимальный для 60% локаций. При этом появившийся примерно в то же время проект cdnperf.com показывал неплохую latency для jsDelivr. Кому верить - не знаю.

Кстати, я не знаю, чем Yandex делает gzip, но его степень сжатия впечатляет. На примере одного js файла: jQuery CDN - 51065 байт, jsDelivr - 42646, Yandex - 42069. Возможно, просто экономят на заговках.

PS. И присоединяюсь к d00mko: очень не хватает автоматического обновления по хуку на push, ведь у большинства проектов репозитории на GitHub'е.

Вы не так понимаете значение "Win API", давайте расшифрую: "Windows Application Programming Interface" или "Интерфейс программирования приложений ОС семейства Windows". Т.е., во-первых - через этот интерфейс осуществляется взаимодействие любых программ в ОС с самой системой. А что такое ОС? Это прослойка между железом и прикладными программами, которая занимается управлением ресурсами (процессор, память, и т.п.). Давайте уберем Win API - что останется? А ничего вообще не останется - даже ОС (ну может там загрузчик ОС останется или что-то еще совсем низкоуровневое). Тогда, как же прикладная программа может быть запущена? Ну, так же как и все ОС: загрузиться с загрузчика, инициализировать процессор, видеокарту, аудиокарту, клавиатуру, мышку, какие-то дополнительные железки - чтобы все это использовать. Только вот чтобы все это железо использовать - к нему часто нужные драйвера. А некоторые из них проприетарные (т.е. исходников нет). И это только начало. А процессоры-то у нас многоядерные - а программа одна, значит надо реализовывать поддержку нескольких потоков, управление памятью. А если несколько программ хочется запустить? Тогда, надо как-то по очереди давать пользоваться процессором - для этого надо писать управление потоками и памятью, при этом для обеих программ должен быть реализован одинаковый интерфейс. Что-то вроде API. Хмм, кажется где-то было что-то похожее? Ну да ладно. Кстати, если подняться чуть выше в категории - можно обнаружить, что кроме Win API, существует еще Linux API, BSD API - да и вообще в любой ОС есть свой API. И они отличаются - поэтому нельзя напрямую запустить приложение от одной ОС в другой ОС, т.к. приложение банально не будет знать "языка" этой ОС и как дать понять ОС что от неё хочет приложение. Так что любая ОС - это просто менеджер ресурсов ЭВМ, можно сказать "фреймворк", а API - это "язык", на котором приложение может общаться с этим фреймворком. Всякие стандартные и не стандартные библиотеки и прочее - это еще один уровень абстрагирования от "низкуровневого" ОС API. Над библиотеками делается какой-то еще один уровень абстрагирования и его опять называют фреймворком, а там и еще сверху часто бывает что-то. Так что получается, что фреймворк сидит на фреймворке и фреймворком погоняет. Ну и при этом львиная часть ресурсов ПК уходит на все эти абстрактные слои между фреймворками. Поэтому даже в 2017 году, после 27 лет развития браузеры по-прежнему тормозят.

Когда-то давно сталкивался с подобной проблемой (управления "чужими" окнами). В результате родился класс Window и целый проект WindowsAPI

Любой язык общего назначения. Базовые принципы у них у всех - едины.

Для начала возьми какой нибудь полуигровойкомплект для обучения робототехнике, где нужно программировать.
Или сделай своего робота на базе Ардуино - там точно есть что программировать.

Новички преувеличивают знание конкретного языка программирования.
Язык - не суть важен. Языки общего назначения - очень похожи. Выучить трудно только первый.

Был опыт программирования в паре. Сначала сидели друг у друга над головой, как описал jimpanzer выше, но реально медленно работа идет. Затем перешли на unix-way, т.е. распределили задачи по принципу один скрипт выполняет одну функцию. так родилось много файлов, которые потом пришлось пересматривать и переименовывать, стандартизировать имена и вызовы. В итоге работать в паре можно, но нужно много о чем договориться и спокойно и конструктивно подходить к вопрос изменения договоренностей. Без большого желания добиться общей цели и умения идти на компромиссы работать в паре не реально.

Надо только чтобы эти двое были друзья или хорошие знакомые.
Иначе их споры приведу к конфликту и к тому что писать начнёт только один из двух. А второму станет наплевать на код.
И всё-таки лучше работать непосредственно вместе, а не удалённо через скайп.

Была практика работы в паре:
Один сидит за клавиатурой, второй рядом. Каждый час меняемся.
Итог: более чистый код, но количество кода в день (и, соответсвенно, количесво выполняемых задач снизилось по отношению к двум работающим паралельно.)
Пришли к выводу, что лучше кодить паралельно, но делать ревизии в чужой код (хотябы раз в день).

Вы хотите на халяву за счёт местного ответа сорвать Breakthrough Prize? ;-)

Всего один недостаток - Битрикс

https://codeby.net/ можно найти что то интересное время от времени.

VPN, proxy или что-то подобное.
Поменять языковые настройки и часовой пояс.
Запустить чистый профиль в браузере, либо вкладка в режиме "инкогнито".

И это не дает 100% неузнаваемости (всё плохо), но если вы не в международном розыске, то все "обычные" организации сделают вид, что видят вас впервые.

Начните с приобретения комплекта "1С Предприятие. Версия для обучения программированию". Бухучет знать желательно, но не обязательно. Программирования в 1С много, не смотря на иные мнения ). Все зависит от того куда попадете работать. Желаю успехов.