All streams
Search
Write a publication
Pull to refresh
khim @khimread⁠-⁠only

User

Send message
Книги про администрирование обычно включают в себя довольно много контента касающегося не только конкретных OS (основы TCP/IP, разграничение прав доступа и прочее). Но, конечно, по большому счёту их тоже нужно выкинуть. Останутся описания действительно полезных вещей (C, C++, XML) и фундаментальные труды типа Корменовского "Алгоритмы: построение и анализ". Вещи, которые реально полезно прочитать на бумаге, а не просто посмотреть по диагонали...
Увы и ах, но нормально работает только ядро (которое стандарт ISO как раз), а вот всё что вокруг него - существенно отличается. Просто так вот взять и запустить .NET-проект не получится, нужно специально разрабатывать всё так чтобы работало не только под .NET (собственно в этом и была основная идея Microsoft'а: вроде как всё совсем-совсем открыто - а работает только под Windows).
Увы и ах, но современный иврит имеет довольно мало отношения к тому что использовалось 6.5 тысяч лет назад на меньшей части территории евразии (уже тогда было довольно много разных вариантов - если даже забыть о китае). Ибо сохранились только ошмётки, а кучи важных (для сегодняшнего человека) понятий просто не существовала...

Мимика лица существенно зависит от национальных особенностей говорящего и его воспитания...

В общем простых путей тут нет - либо нужно что-то насаждать "огнём и мечём" (а кто это будет делать?) либо ждать несколько столетий пока среди языков определится победитель...
А когда под Windows звук не врубается, принтер не печатает, проц на 100% загружен spoolsrv.exe - кого он зовёт, извините ? Или сам разбирается или админа зовёт. Никакой разницы. У нас в конторе 10% людей, которые не могут перейти на Linux (как верно было замечено: Photoshop, Quark и прочие всякие 1C-бухгалтерии) создают большую нагрузку на службу техподдержки, чем 90% тех кто использует Linux...
На самом деле вы сами себе противоречите: "вы айтишник, вам пригодилось многое". Беда в том, что школа не имеет хрустального шара и не может давать людям только те вещи, которые им потом в жизни пригодятся. Поэтому важно научить основам всего, что может потребоваться и объяснить - где и как взять недостающие знания в случае необходимости...
Это и будет GMail. И он будет жить. Хотя, возможно, и не у вас :-)
Как можно назвать переход от одной вещи которая вас ограничивает к другой такой же кроме как смена хозяина ?

В любой свободный браузер GoogleGears должны встраиваться без чрезмерно большого напряга (скажем nightly builds WebKit'а совместимы с GoogleGears - а отсюда уже и до Konqueror'а недалеко) - было бы желание, а вот вам приходится ждать пока барин соблагоизволит снизойти к вашим нуждам...
Затем же зачем и в Google Reader это сделано - чтобы читать (а в GMail, будем надеяться, и писать) в offline (в дороге, на балкане, etc).
Очень ндравится мне такая категоричность. А если основное что делается из под какого-либо аккаунта - это работа с удалёнными данными ? У меня, скажем, автоматом монтируются каталоги с удалённого сервера где лежат файлы, с которыми я работаю. Правда без ssh (kerberos+nfs) - точно так же через PAM должно быть возможно проверить пароль к ключу и если всё Ok - смонтировать удалённый сервер и пустить человека в систему чтобы он с ним смог работать. Зачем умножать сущности без необходимости ?
Долго думал - и всё никак. Данные пишутся блоками того размера, какого в стандарте прописано (можно и 1MB заложить), откуда возьмутся 8 чипов - одному богу ведомо. Почему нельзя "в стопку" сложить, скажем 32-64 штук оных ? В промышленности так пока не делают, но в лабораториях это уже пройденный этап. Или тут какая хитрость хирая, мне неизвестная, есть ?
Увы, но это невозможно: для этого нужно будет получать разрешение у всех тысяч авторов, которые руку приложили к этому коду.

Можно приложить неофициальный (и не имеющий юридической силы) перевод, но это уже мелочи.

P.S. Где, кстати, написано что авторский договор должен быть составлен на русском языке ? Описание товара - да, инструкции - аналогично, но авторский договор... с чего вдруг ?
Если б книги были по тому C# что в ISO (как книжки про C++) - проблем бы не было. К сожалению существующие книги по C# чётко заточены под одну реализацию - так что попают под пункт 4.5 однозначно.

Это как с книжками про Internet Explorer: и HTML, вроде как, стандарт и JavaScript - тоже, но если рассмотрение идёт строго с позиций MS IE - то о чём тут говорить ?
И много вы видели книг по C# где они не упоминались бы мельком, а описывались бы так же подробно как .NET ?
Лень разбираться, но... шаблоны у FPC - они подделка (как в Java) или нормальные ? Посчитать факториал в compile time можно хотя бы?
А... Ну если вы заменили одного хозяина на другого, тоды да: вам ещё долго ждать. Пока ваш господин соизволить включить GoogleGears (или какой-нибудь аналог) в очередное своё творение... От Google'а тут не так много зависит...
А если подумать ? Я ведь не зря про "физический доступ к компу" говорил. Подложить SUID'ный sash, перезагрузить комп - и "все флаги в гости будут к вам". Делов-то...

Да, конечно ситуации разные бывают, но IMNSHO это "удобство" приближается к автологону под root'ов (как Linspire делает). Если вас не интересует сохранность ваших данных, то это, конечно, выход - но зачем тогда sshfs ? NFS настройте и будет вам щастя...
Эээээ... Откуда такие сведения ? Весь GMail на JavaScript'е, а GoogleGears под Linux уже давно имеется.

Если вы про FreeBSD и прочие Solaris'ы - ну так берите исходники GoogleGears, напильник - и в путь...
Почему вы так уверены что "даже не идёт и речи" ? IMAP спокойненько "заворачивается" в SSL... Думаю что скорее вопрос в том что подходы у GMail'а и IMAP'а немного разные... Но думаю и IMAP со временем будет - просто реакция на offline Gmail в прессе будет "вау, это круто!", а на IMAP "ну наконец-то GMail начала поддерживать IMAP" - потому приоритет у поддержки IMAP ниже...
Стоп. Вы о чём ? Google Talk отлично уже давно работает изнутри GMail'а...
Зависит от ситуации: если настроить монтирование через fstab, то это значит что любой человек с физическим доступом к компу будет иметь возможность доступа к удалённым файлам. Можно, конечно, зашифровать всё на локальном диске и спрашивать пороль при загрузке - но это сомнительное удобство.

P.S. А заставить всё монтировать при login'е через PAM никто не пробовал - это, казалось бы, логичнее всего ?

Information

Rating
Does not participate
Registered
Activity