P4tRicK, нигде нет, потому что NDA. Верно написали, можно устроится в игровую компанию. Для начала скажите, где вы планируете вести документацию: гугл док, или какой-то вики движок, или где?
АртемЪ, почему же, я же написал, зависит от количества стран, в которых планируется бизнес. Не обязательно же сразу мировой бренд создавать. И мы не знаем, какая там прибыль вообще. Выгодно или нет - не мне судить.
ishmahorka, также, как и при нарушении прав на интеллектуальную собственность. По крайней мере, так в Белоруссии. В других странах может быть иначе (например, UDRP).
К слову, доменные имена - это не совсем собственность. Но торговый знак - собственность. Поэтому выиграть реально.
АртемЪ, маршрут поменялся - пинг изменился. Порой очень сильно. Вопрос в том, надолго ли. А это может показать только время. Хотя предварительные выводы можно сделать и правда сразу, и даже после единичного замера, с этим согласен, просто точность выводов будет низкая.
BenderIsGreat34, могу.
Разница проявится, если в исходном массиве индексация начинается не с нуля, либо если он содержит дырки. Пример: a=[1,2,3]; a[10]=4;
Собственно, я так и написал, что во втором примере сохраняются индексы, то есть это точная копия (если b изначально пустой).
Однако задачи разные бывают. Если нужно эти пустоты убрать в процессе копирования, то подходит только первый вариант. Либо нужно гарантия, что пустот нет, тогда подойдет любой вариант.
АртемЪ,
1) Согласен. Но вообще смотря как лить. Если прилично увеличивать число полуоткрытых соединений, не превышая ширину канала, то лаг всё равно будет увеличиваться.
2) Нет. Это факт. Если за несколько секунд вы установите, что связи нет вообще, то это не говорит о стабильности. Может быть, эти 5 секунд связи нет, а весь последующий год связь будет идеальной. Тогда стабильность близка к 100%. И чтобы достоверно установить это, нужно пинговать год.
Тимур Турсунбаев, Так я добавил комментарий. Должно быть понятно. :)
Плюс я ответил в предыдущем вопросе более развернуто, там уж точно понятно должно быть.
Максим, нормальный работодатель захочет. Он должен понимать, что все инструменты выучить невозможно. Мир ИТ нынче сравним со всем научным миром целиком. Задача админа решить возникшую проблему, а не знать всё на свете.
То есть, грубо говоря, если утрировать, сеть упала - вы приезжаете и разбираетесь несколько суток, пока ситуация не будет исправлена. Возможно даже без сна (как раз зависит от знаний). Проблемы нет, новые не появляются - отдыхаете, вас даже не вызывают. Тупо просиживаете зарплату. Смысл в том, что если что-то случится, вам позвонят в 3 часа ночи и попросят починить что-то, и вы обязаны это делать. Конечно, это в случае, если вы параллельно не выполняете другую работу. Например, программист или, не дай бог, эникейщик. Таким образом, в свободное время вы можете учить, что угодно, медитировать и всячески улучшать себя, лишь бы оперативно решать проблемы.
Но компании разные бывает. Где-то вам и правда не будут звонить в 3 ночи. И будут требовать не мозги и умение разбираться в документации, а наличие опыта работы с конкретными инструментами. Скорее всего, там будет лид, которому просто не хватает рук. Но всё равно это слегка ущербный подход. Вам же в любом случае нужно будет осваивать новое место и всю его кухню.
Код выглядит красиво. Но, к сожалению, код картинками запрещен на Тостере (п.3.8). Нужно копипастить код текстом и оформлять кнопкой "код". А картинку, если очень хочется, можно под спойлер в качестве визуального дополнения.
Автор, из-за того, что вы избегаете упоминания предметной области, сложно осмыслить проблему, с которой вы столкнулись. Процитирую фразу, в которой содержится ноль полезной информации: нужно что-то более гибкое и адекватное.
Предложить универсальное решение ничего не стоит. Возьмите php+mysql и вперед и с песней. Только это уже может стоить вам времени и денег. Как верно заметили, гугл таблицы с малыми объемами справляются на ура.
