Внезапно, православные начали слезать с FreeBSD только тогда, когда ну очень захотелось наличествующей в Linux прямо сейчас виртуализации. По крайней мере по этой причине уехал Яндекс. Но даже сейчас фильтрация трафика на уровне доступа сотрудников всецело на FreeBSD. А хостинг платформы на Руси были чуть менее чем полностью на фре. Черти не причём, а особенности разрабов вообще нынче в тренде во всяких там Европах ;-))).
Старые версии некоторых продуктов — следствие того, что оно пишется под Linux и портировать его от туда задача не тривиальная. Завести сырые кеды, которые на Linux устаканились совсем не сразу — самоубийство. Сколько людей пилят кеды под Linux, а сколько из них тратят время на Фрю?..
ИМХО Linux популярнее поскольку он хайповее. Раньше был модным-стильным-молодёжным, а сейчас та молодёж занимает различные посты в различных компаниях и всячески продвигает Linux, просто потому что она его хорошо знает. Сейчас Linux — основная бизнес платформа для всего, что не требует Windows. Отсюда и драйверы, которые вынуждены выпускать производители, и тонна ПО и всякие вкусные плюшки. *BSD не были столь обласканы, они являлись утилитарными, не были в такой мере как Linux религией, и в этом причина пониженной популярности. Всё остальное следствия.
Где-то слышал, что один из разработчиков FreeBSD наоборот перебрался на эту платформу, поскольку она проще. Мне тоже FreeBSD казалась всегда проще, во-первых, просто по объёму кода, во-вторых, по тому с какой простотой достаточно небольшая когорта разработчиков умудряется внести разные куски из других систем. Не может незрелая система принять в себя инородный код и не стать куском дряни, поскольку вживление это всегда костыли. А при наложении этих костылей с уже существующими в системе недоразумениями, задача дурная и чрезвычайно сложная.
Во FreeBSD, кроме того, крайне тяготеют к фреймворкам, объединяя куски в логически стройную систему. Это и сеть с NetGraph и GEOM для хранения данных и прочее. В то же время Linux — это почти всегда промежуточное состоянии в движении из прошлого в будущее, причём очень промежуточное. Я снимаю шляпу перед всеми, кто работает над ней, но блин, помнится за попытку исправить что-то в терминалах Линус обложил ответственного за подсистему, и дело закончилось неприятно, костыль остался на месте. Во FreeBSD при этом между мажорными релизами перелопатили консоль, и при этом о жертвах и разрушениях мне лично неизвестно.
Ещё ZFS, который вполне великолепно заехала во FreeBSD, при том, что мне до сих пор кошмары снятся от эксплуатации ZFS под dkms на Debian 6, и эта лютая грызня за память в dmesg. А та часть где, ZFS не нужно ставить на 32-х битный Linux и его сносной работе на 64-х битном из-за «разницы в работе с памятью»(с). Это в более простой системе у каждой архитектуры НАСТОЛЬКО разная работа с памятью, при том что архитектуры родственны…
А что плохого в этом файлике. С применением параметров проблем нет, и ничего из вне не сможет добавить лишних доступов. ИМХО очень полезный файлик местами.
У меня в плейлисте была пара интересных независимых артистов, потом их выпилили владельцы прав на данные треки, судя по пометкам под данными треками. Я больше чем уверен, что отсутствие необходимых Вам треков — вопрос к желанию владельцев этих треков быть в Я.музыке
По всем остальным вопросам также у меня лично претензий к Яндексу нет. Можно лучше, но для этого нужны хорошие и мотивированные романтики в разработке, и отзывчивый рынок для которого хочется разрабатывать. А то так почитаешь комменты на хабре, соберёшь чемоданы да свалишь нафиг, ибо нифига для столь добродушной публики, кроме подлости конечно же, делать не хочется.
Половина приложений GNU написана в этой идеологии, да и ядро Linux уже подтягивается, вбирая в себя задачи явно прикладного характера. Так что это не болезнь но тренд. Зато понятно зачем этой конторе Parallels, вопросы «А зачем оно мне надо?» явно возникают у большего числа потенциальных заказчиков при взгляде на подавляющее количество выпускаемых программ. Там по-моему только CoralDraw имеет более или менее светлую перспективу… Я вот не понимаю нафига это Parallels, неужели всё настолько плохо…
Почему-то от статьи повеяло лёгким ветерком проснувшегося наконец желания законодателей определить соцсети, как операторов чего-то немного более важного чем картинки с клипами и заметками ниочём. И отчего-то стало тепло и появилась надежда, что безумный бардак, туго замешанный на желании заработать и банальной безалаберности, может наконец пойти на убыль. Реализацией конечно всё похерят, но как же хочется верить в лучшее.
Одному мне видится в будущем вероятным возникновение и уход по-настоящему анонимных соцсетей в глубокий интернет?
Вот мне всегда казалось забавным, когда соцсеть выходит на широкий круг благодарных зрителей и начинает рассказывать какая она везде анонимная и зашифрованная. Это как минимум должно заинтересовать компетентные органы, так как сквозное шифрование всего — это либо запущенная паранойя, либо подготовка чего-то нехорошего, и это нужно либо лечить, либо разрабатывать. Никто в здравом уме, при решении задач анонимности, не будет привлекать к себе внимание. Легче завести паблик ниочём, обмениваться клипами в 4К с котятами, собачками, видами на солнце, скрывая в недрах данных клипов тупой стеганографией тома «войны и мира» и чего похлеще, с шифрованием RSA 4096. И секурно и анонимно. Когда соцсеть ставит себя секурно-зашифрованной, у меня возникает предположение, что хостинг ей обеспечивает непосредственно компетентный орган. Возможно я устарел, но анонимные сети в сером сегменте уже сейчас, поэтому волноваться не стоит.
А, извините, может и на улицу тогда не выходить — ведь там ограбить и убить могут?
Принимая правила игры, мы берём на себя ответственность за возможные потери. Если шанс не дойти до магазина выше чем желание купить там хлеба, Вы не выйдите из дома без автомата, и проигнорируете данную угрозу в ином случае. В ИБ не существует понятия абсолютной защиты, но существует понятие достаточной — это когда ценность информации будет исчерпана до того как злоумышленник сможет ей воспользоваться. Не стоит выкладывать чувствительные данные без их видоизменения, а крайне чувствительные вовсе, и ИМХО можно не волноваться. Продолжая Вашу аналогию, Вы ведь выходя на улицу стараетесь держатся подальше от мест, где велик шанс огрести не так-ли?
В описанном процессе исправления бага, мне видится странным писать тест на код исправляющий баг до кода. Что именно на этом этапе тестировать? Кроме того, если с разбором флагов такая морока, то кажется, что нет той головы, в которую поместятся ещё и алгоритмы и параметры тестирования к не родившемуся исправлению. Но когда код исправления пройдёт естественный отбор серией тестирований, он тут же обзаводится собственными тестами. Так что, похоже там всё-таки TDD, но с учётом, что код там уже повзрослел, а разработчики Богами ещё не стали…
Хочется побольше такого маркетинга. А то создаётся впечатление, что кроме игр и распознавания всякого на картинках на всей земле для применения машинного обучения задач больше нет. А тут погода, и в среднем вполне вменяемо предсказываемая. Великолепно же!
но вот именно на тестовое задание денег у него нет?
на любую позицию, тестовое задание проверяет сотрудник квалификации, и следовательно стоимости человекочаса, сильно выше кандидата. Работодатель платит за задание, просто по балансу всех затрат и прочего они уходят спецу (или спецам) проверяющему данное тестовое задание, поскольку в противном случае пришлось бы платить кандидату, и у него остался бы ровно такой же ноль, плюс-минус мелочь. Это если совсем докопаться до процесса :-D
Я лишь утверждаю, что тестовое задание даёт некоторый минимум информации о работодателе, по которому можно понять, а стоит ли выходить с ним на сотрудничество, и стоит ли связываться с его коммерческой или иной тайной.
Устройство на работу, даже на испытательный срок — это закрытие требования в HR, это оформление и вход в коллектив, это много времени, которое работодатель может потратить на поиск более подходящего сотрудника а соискатель — более комфортного места работы…
Для оплаты работы, она должна дать результат работодателю. Вы правда предполагаете, что Вам дадут кусок боевой логики на тест? По моему скудному опыту, полноценный бой дадут в течении недели, только если за это кто-то конкретно впишется и возьмёт на себя ответственность, либо в случае глубокого дефицита раб. силы. Во всех остальных случаях заход в проекты будет медленным, и народ будет долго присматриваться. Получить деньги за то, что я соизволил прийти на собеседование и снизашёл до принятия тестового задания — крутая вещь, я не проч на халяву денег получить, однако никто не хочет их на халяву раздавать.
Статья практически начинается с фразы «многие не представляют… что тестовое задание занимает… до нескольких дней полноценной дистанционной работы со сдачей результата.»
Если тестовое задание занимает много времени, нужно подумать, а достаточно ли адекватен работодатель либо Ваша компетенция, и не придётся ли потом работать 12 часов в сутки с выходными, чтобы уложиться в сроки. Это сигнал, и я хочу иметь этот сигнал во время принятия решения о приёме на работу, а не потом, когда пытаешься понять, твоя депрессия уже достаточно велика чтобы слать всех в лес, или ещё не настолько, чтобы ставить тучу хорошего народа в неудобное положение.
Что все накинулись на эти тестовые задания. На самом деле собеседование — не одностороннее предложение соискателем своих услуг, а попытка заключения двухстороннего партнёрства. И чем раньше соискатель и работодатель поймут границы, с которыми им придётся работать во время сотрудничества, тем раньше можно принять решение о дальнейшем сотрудничестве. Кроме того испытательный срок в крупной компании это не 4-16 часов, это как минимум неделя на приём с проходом собеседований на нескольких уровнях и проверкой СБ, и затем ещё пару недель на вход в должность, так как кому попало доступа к боевым системам давать не будут, и в документах и тестовых заданиях адекватность человека выясняется условно.
ИМХО, легче попробоваться в тестовом задании и посмотреть на реакцию, реплики и иные невербальные сообщения от людей его разбирающих, чем устроиться в расхваленную контору и через месяц уносить от туда ноги, спасаясь от сплошного неадекватного люда. На должность нужно не только устроиться, но и чувствовать себя на ней комфортно. Тестовое задание же может дать ещё немного информации по уровню спецов в конторе и тем задачам которые её сейчас волнуют, предоставив соискателю больше информации о его будущих обязанностях…
Из опыта косвенного знакомства с Exchange, иногда проще его закрыть со всех сторон чем-нибудь, чем обновлять. Оно и без обновление неплохо может подкинуть веселья в самый неподходящий момент. А держать несколько изолированных контуров Exchange и тестировать на кошках не у каждого есть силы и средства. Кроме того по интернету ходят слухи, что обновление Чанги — квест с очень высокой вероятностью необходимости откатить всё назад.
Чтобы система была обновлябельна, её состояние должно превосходно чувствоваться до, во время и после обновления. Хочу видеть людей, кто может прочувствовать состояние Exchange даже в покое (на нормальной нагрузке) и пожать им руки.
Он читает блоками, если блок 16, он читает 16. При изменении размера блока, все новые файлы будут писаться на новый размер, тогда может быть выигрыш. Я размер блока посмотрел в статистике своего клиента глазами, может более суровое исследование даст лучший результат. Но кажется что мегабайт будет нормально, тем более, что больше вроде пока нельзя, да и мегабайт можно только с соответствующей опцией.
Я смотрел видео, где человек рассказывал о использовании ZFS на серверах раздачи видеоконтента, и он сильно агитировал за больший размер блока.
1 блок торрента в среднем 1 мегабайт, для отдачи одного блока в очередь попадает 1024/16 команд на загрузку данных. И получается советская очередь за молоком. Лучше увеличить по среднему размеру блока в торрентах.
Старые версии некоторых продуктов — следствие того, что оно пишется под Linux и портировать его от туда задача не тривиальная. Завести сырые кеды, которые на Linux устаканились совсем не сразу — самоубийство. Сколько людей пилят кеды под Linux, а сколько из них тратят время на Фрю?..
Во FreeBSD, кроме того, крайне тяготеют к фреймворкам, объединяя куски в логически стройную систему. Это и сеть с NetGraph и GEOM для хранения данных и прочее. В то же время Linux — это почти всегда промежуточное состоянии в движении из прошлого в будущее, причём очень промежуточное. Я снимаю шляпу перед всеми, кто работает над ней, но блин, помнится за попытку исправить что-то в терминалах Линус обложил ответственного за подсистему, и дело закончилось неприятно, костыль остался на месте. Во FreeBSD при этом между мажорными релизами перелопатили консоль, и при этом о жертвах и разрушениях мне лично неизвестно.
Ещё ZFS, который вполне великолепно заехала во FreeBSD, при том, что мне до сих пор кошмары снятся от эксплуатации ZFS под dkms на Debian 6, и эта лютая грызня за память в dmesg. А та часть где, ZFS не нужно ставить на 32-х битный Linux и его сносной работе на 64-х битном из-за «разницы в работе с памятью»(с). Это в более простой системе у каждой архитектуры НАСТОЛЬКО разная работа с памятью, при том что архитектуры родственны…
Не верю я в простоту Linux, вот не верю и всё.
А что плохого в этом файлике. С применением параметров проблем нет, и ничего из вне не сможет добавить лишних доступов. ИМХО очень полезный файлик местами.
У меня в плейлисте была пара интересных независимых артистов, потом их выпилили владельцы прав на данные треки, судя по пометкам под данными треками. Я больше чем уверен, что отсутствие необходимых Вам треков — вопрос к желанию владельцев этих треков быть в Я.музыке
По всем остальным вопросам также у меня лично претензий к Яндексу нет. Можно лучше, но для этого нужны хорошие и мотивированные романтики в разработке, и отзывчивый рынок для которого хочется разрабатывать. А то так почитаешь комменты на хабре, соберёшь чемоданы да свалишь нафиг, ибо нифига для столь добродушной публики, кроме подлости конечно же, делать не хочется.
Вот мне всегда казалось забавным, когда соцсеть выходит на широкий круг благодарных зрителей и начинает рассказывать какая она везде анонимная и зашифрованная. Это как минимум должно заинтересовать компетентные органы, так как сквозное шифрование всего — это либо запущенная паранойя, либо подготовка чего-то нехорошего, и это нужно либо лечить, либо разрабатывать. Никто в здравом уме, при решении задач анонимности, не будет привлекать к себе внимание. Легче завести паблик ниочём, обмениваться клипами в 4К с котятами, собачками, видами на солнце, скрывая в недрах данных клипов тупой стеганографией тома «войны и мира» и чего похлеще, с шифрованием RSA 4096. И секурно и анонимно. Когда соцсеть ставит себя секурно-зашифрованной, у меня возникает предположение, что хостинг ей обеспечивает непосредственно компетентный орган. Возможно я устарел, но анонимные сети в сером сегменте уже сейчас, поэтому волноваться не стоит.
Принимая правила игры, мы берём на себя ответственность за возможные потери. Если шанс не дойти до магазина выше чем желание купить там хлеба, Вы не выйдите из дома без автомата, и проигнорируете данную угрозу в ином случае. В ИБ не существует понятия абсолютной защиты, но существует понятие достаточной — это когда ценность информации будет исчерпана до того как злоумышленник сможет ей воспользоваться. Не стоит выкладывать чувствительные данные без их видоизменения, а крайне чувствительные вовсе, и ИМХО можно не волноваться. Продолжая Вашу аналогию, Вы ведь выходя на улицу стараетесь держатся подальше от мест, где велик шанс огрести не так-ли?
Нет, просто это будет рождением SkyNet-а :-D
В описанном процессе исправления бага, мне видится странным писать тест на код исправляющий баг до кода. Что именно на этом этапе тестировать? Кроме того, если с разбором флагов такая морока, то кажется, что нет той головы, в которую поместятся ещё и алгоритмы и параметры тестирования к не родившемуся исправлению. Но когда код исправления пройдёт естественный отбор серией тестирований, он тут же обзаводится собственными тестами. Так что, похоже там всё-таки TDD, но с учётом, что код там уже повзрослел, а разработчики Богами ещё не стали…
на любую позицию, тестовое задание проверяет сотрудник квалификации, и следовательно стоимости человекочаса, сильно выше кандидата. Работодатель платит за задание, просто по балансу всех затрат и прочего они уходят спецу (или спецам) проверяющему данное тестовое задание, поскольку в противном случае пришлось бы платить кандидату, и у него остался бы ровно такой же ноль, плюс-минус мелочь. Это если совсем докопаться до процесса :-D
Извините, не удержался…
Устройство на работу, даже на испытательный срок — это закрытие требования в HR, это оформление и вход в коллектив, это много времени, которое работодатель может потратить на поиск более подходящего сотрудника а соискатель — более комфортного места работы…
Если тестовое задание занимает много времени, нужно подумать, а достаточно ли адекватен работодатель либо Ваша компетенция, и не придётся ли потом работать 12 часов в сутки с выходными, чтобы уложиться в сроки. Это сигнал, и я хочу иметь этот сигнал во время принятия решения о приёме на работу, а не потом, когда пытаешься понять, твоя депрессия уже достаточно велика чтобы слать всех в лес, или ещё не настолько, чтобы ставить тучу хорошего народа в неудобное положение.
ИМХО, легче попробоваться в тестовом задании и посмотреть на реакцию, реплики и иные невербальные сообщения от людей его разбирающих, чем устроиться в расхваленную контору и через месяц уносить от туда ноги, спасаясь от сплошного неадекватного люда. На должность нужно не только устроиться, но и чувствовать себя на ней комфортно. Тестовое задание же может дать ещё немного информации по уровню спецов в конторе и тем задачам которые её сейчас волнуют, предоставив соискателю больше информации о его будущих обязанностях…
Из опыта косвенного знакомства с Exchange, иногда проще его закрыть со всех сторон чем-нибудь, чем обновлять. Оно и без обновление неплохо может подкинуть веселья в самый неподходящий момент. А держать несколько изолированных контуров Exchange и тестировать на кошках не у каждого есть силы и средства. Кроме того по интернету ходят слухи, что обновление Чанги — квест с очень высокой вероятностью необходимости откатить всё назад.
Чтобы система была обновлябельна, её состояние должно превосходно чувствоваться до, во время и после обновления. Хочу видеть людей, кто может прочувствовать состояние Exchange даже в покое (на нормальной нагрузке) и пожать им руки.
Я смотрел видео, где человек рассказывал о использовании ZFS на серверах раздачи видеоконтента, и он сильно агитировал за больший размер блока.