Обсуждение

В архиве: 18 комментариев.

Читать и комментировать в ЖЖ ↗

bv · 4 октября 2008

Комментарий

А Севморпуть - якобы с Суэцким. Автомобилевоз, пардон. На самом деле зазор между стенками и бортами - дело нехитрое, если не спешить. А если цепанет - там отбойники и кранцы. Удивлять должен запас под килем и на приличном ходу в море. Допустим, судно с осадкой 15 метров идет по глубинам 16.5 м. При этом имеет длину порядка 300 метров. Легко посчитать, какой дифферент дает касание. А еще есть волна и проседание (squat).

Анатолий Левенчук · 4 октября 2008

Комментарий

Ну, я слово car перевожу как "машина" :) Запас под килем меня давно удивляет. Смотрел видео по проводкам подобных 200-300м длины судов в порт. Там запас в каком-то месте вообще меньше метра был. Я вообще удивлялся, как канал в дне с такой точностью вырыли -- там же еще приливы-отливы, отложения и т.д. Ничего, прошло судно (хочется написать: иначе бы фильма не было, только фильм-то не художественный ;)

Ответ на комментарий

finagl · 5 октября 2008

Комментарий

откопировал его во flac на сервер прямо с ноутбука. Потерял кучу времени, а жалко не только квартирного пространства, но и времени. Это же должно неплохо автоматизироваться? Написать скриптик, которых грабит диск, пережимает во флак, вытаскивает тэги из freedb и копирует результат на сервер, тогда все затраты времени сведутся к "вставить диск, запустить скрипт".

Анатолий Левенчук · 5 октября 2008

Комментарий

1. Я уже много лет не программист. Я писать скрипт заведомо не буду. 2. Любой аудиоплеер в Windows эту последоставльность делает. Я именно что вставил диск, и из появившейся поп-ап менюшки выбрал "копировать диск" (только отметил в параметрах, куда класть и какой формат -- это спрашивает в первый раз, затем запоминает). 3. Но на это "вставить и нажать кнопочку, подождать, вынуть диск, вставить новый" уходит огромное количество времени и внимания. Ибо дисков у меня пару тысяч.

Ответ на комментарий

Анатолий Левенчук · 5 октября 2008

Комментарий

Оно понятно. Нервы лоцманов и капитанов столько не стоят, сколько стоит этот кубометр в самом мелком месте :)

Ответ на комментарий

finagl · 5 октября 2008

Комментарий

1. Не думаю, что найти в Москве программиста для написания такого скрипта, это большая проблема. 2. Но если так, то п. 1 не актуален. :) 3. Если заменить "подождать" на "заниматься своими делами, когда в них возникнет естественная пауза, вставить новый", то вроде не так и страшно. Правда, 2000 дисков в таком режиме растянутся на год. Еще можно 3а. Привлечь к решению задачи кого-нибудь из домочадцев - например, ребенка. Вроде ему это должно быть по силам. 3б. Нанять кого-нибудь постороннего 3б+. Нанять кого-нибудь постороннего и расплатиться за работу дисками. :) Но это все в общем тривиальные идеи, думаю, я тут не написал ничего, до чего бы вы сами не додумались...

Ответ на комментарий

mash · 5 октября 2008

Комментарий

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

Ответ на комментарий

Имя не сохранено · 5 октября 2008

Комментарий

А много времени у вас уходит на привыкание в к новым паттернам? Я не в смысле точного времени спрашиваю. В смысле так же, как и раньше или со временем привыкание тоже тренируется? ЗЫ. На чтение новостей всегда уходит масса времени. Сейчас перестанете - получите массу освободившихся ресурсов, затем может начаться ломка при попытке заново начать это делать. Так как моя работа не сильно зависит от новостей - сокращаю до минимума, оказалось без новостей жить значительно проще :)

Анатолий Левенчук · 5 октября 2008

Комментарий

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

Ответ на комментарий

Анатолий Левенчук · 5 октября 2008

Комментарий

Привыкание и тренируется, и не тренируется одновременно -- в молодости паттерны менялись много чаще, но отвыкнуть от каждого было труднее. Сейчас и отвыкнуть проще, и меняются реже.

Ответ на комментарий

mash · 5 октября 2008

Комментарий

Тут технических препятсвий, чтобы оно было уже доступно и нет ведь вроде - iptv вполне могло бы делать все это. Но поскольку спрос небольшой, а нагружать магистральные каналы они не могут, то нагрузка на число винтов на каждом сегменте для них велика, поэтому так и происходит, что тот же Стрим постоянно вынужден убирать из проката фильмы, чтобы освободить место. Так что придется ждать пока сервис станет удобным и пойдет массово, чтобы наконец они могли ставить на узел хотя-бы винтов 100, а не как сейчас 10, либо увеличивать магистральные каналы на порядок, чтобы не страдать от того, что все фильмы берутся с одного кластера, где уже не проблема поставить и 1000 винтов (это же формально максимум 5 стоек всего), а это в SD формате полмиллиона фильмов (я уж молчу про музыку). Другой вариант, что сильно вырастут емкости общих каналов (а не только последней мили) и тогда такие сервисы будут вполне работоспособны с любого места, а не с локального провайдера. Но это, видимо еще более нескоро, так как даже YouTube это уже чудовищный по сегодняшним мерках траффик, а ведь там и качество и длина роликов для кино не годится. Смущает то, что даже в плане музыки, хотя я уже давно слушаю радио-музыку только с ip, нет нормальных сервисов удаленных библиотек музыки, чтобы я либо платил за подписку, либо купив трек/диск один раз уже не обязан был его покупать снова, а мог бы с удаленного места слушать.

Ответ на комментарий

Анатолий Левенчук · 5 октября 2008

Комментарий

Да, интересный текст -- с примерно половиной его я согласен, а половиной не очень. И интересные комменты: СМД-методологи, конечно, упаковывают в управление знаниями много чего. У меня сейчас главная задача -- разделить "управление информацией", "управление персоналом" (каковые являются одними из обязательных процессов системной инженерии по ISO 15288) и "управление знаниями". Ибо онтологий (причем формальных! по ISO 15926, например, а еще Gellish, а еще онтологий различных фирм, вынужденных интегрировать свои САПР под конкретные системы типа SmartPlant Foundation, ProjectWise или SmarTeam) в "управлении информацией" из системной инженерии тоже много, а управленцам знаниями нужно оставить их кусок. И этот кусок, как справедливо замечено, это работа с tacit knowledge -- теми знаниями, которые впечатаны в человека. И тут без онтологии собственно управления знаниями не обойтись. Верен и кусок, в котором написано про связь управления знаниями и собственно знаниями, которыми нужно управлять. Мне кажется, что тут как в "Педагогике и логике": упор нужно делать на сами знания, а не на собственно управление ими. Ибо, если нет этих знаний, то и управлять нечем. Что толку управлять математическими знаниями в коллективе первоклассников, если их там нет, и завестись неоткуда! То же -- управление знаниями, например, системной инженерии на тех производствах, где об этой системной инженерии не слышали.

Ответ на комментарий

Имя не сохранено · 6 октября 2008

Комментарий

Спираль знаний идёт изнутри наружу и снова внутрь человека, преломляясь и расширяясь в совместной деятельности. Без общей системы понятий двигаться результативно и целенаправленно не реально. Одними лозунгами здесь не обойтись. УЗ либо любая другая методология, чтобы стать полезной, должна быть доступной, понятной и понятой массами, а не избранными гуру.

Ответ на комментарий

Анатолий Левенчук · 7 октября 2008

Комментарий

Опять же, это все правильно, но не продвигает. По УЗ очень много "требований к", но мало методик. Легко писать про то, что "лучше быть богатым и здоровым, чем бедным и больным", что "методология должна быть доступной, понятной и понятой массами, а не избранными гуру", трудно предложить технологии, которыми этого можно добиться с какой-то степенью гарантии результата (чтобы результат зависел не столько от его внедряющего, сколько от собственно технологии).

Ответ на комментарий