Прошу автора высказать рекомендации по сопротивлению в формате «Лень» / «Не хочу работать» + «Некомпетентность».
Ситуация: фирма в 80 человек, к концу года в планах 120 человек за счет расширения производственных участков (машиностроение). Каждому сотруднику положен компьютер, т.е. сейчас парк машин — 80 рабочих станций + 15 ноутов для командировок.
Человек на должности системного администратора работает два года (с начала работы фирмы). Больше IT специалистов в штате не предусмотрено. За это время сеть в основном офисе построена на 8-ми портовых хабах (!), соединенных в цепочку с ответвлениями. В дополнительных помещениях (удаленность 100 метров внутри помещения) сеть появилась через полтора года, протянута силами инженерного состава когда уже все устали с флешками бегать. В дополнительном офисе (удаленность 3 Км) сеть на симметричных модемах (SHDSL) так же сделана силами инженерного состава. Контроллера домена нет, сеть одноранговая формата «Рабочая группа» — привет из 90-х. Назначение IP-адресов статическое, учет IP-шников не ведется. Копирование файлов по сети (с компа на комп, файлсервера нет) зависит от фазы луны — 10Мб файл может копироваться 10 минут. Элементарные работы типа «выдать патчкорд для подключения ноутбука» выполняются по несколько месяцев (!). Ежедневно после обеда админ «уежжает по делам».
Недавно вздумали копнуть закупку на следующий год. (Деньги на закупку выделяет головная московская организация). То что там заказаны USB-принтеры вместо сетевых уже никого не удивило. Удивило доругое — что в закупку не включено серверное оборудование. Вообще никакое. То есть, минимального набора: сервера контроллера домена, файлового сервера, сервера 1С для бухов, сервера резервного копирования — у нас админом не предусмотрено. Если сейчас ничего не сделать, грядет большой абзац. В разговоре с админом выяснить какое серверное оборудование нам нужно не получилось: «Это нужно долго подбирать, надо будет заняться. Но вы же сами понимаете что завтра это не появится». Мля, это должно было появиться два года назад. Так же выяснилось, что современные серверные технологии с виртуализацией, когда закупают высоконадежное производительное серверное железо HP/DELL и в нем создают виртуалки под нужные задачи с выделением нужного количества ресурсов, как это делают в фирмах с нормальным IT штатом, ему незнакомы. Поэтому решено было уже не доверять товарищу выбор оборудования, а планировать закупку самим, ибо чувствуем, что даже если и заставить админа писать заявку, то закупит херню. На предложение написать заявку, админ предложил нам сделать это. Вот сейчас сижу и обзваниваю интеграторов, чтобы получше ориентироваться в вопросе, так как сфера не моя.
***
Честно говоря, человек тянет фирму вниз. Все усугубляется тем, что молодые спецы впринципе понимают, что IT-структуры в таком виде быть не должно. С начальством понимание обстоит хуже. Ведь все хорошо — компьютеры стоят, есть сеть и интернет, люди работают.
Вопрос: что делать с этим человеком в данной ситуации? Я честно говоря не верю, что его удасться заставить работать, да и задачи, которые уже накопились, походу выше его компетенции (выяснили, что предыдущее место работы — один из интернет-провайдеров в нашем городе, должность — менеджер). Задачи реально усложняются, сейчас у меня готова вторая итерация клиент-серверной учетной системы на 1С 8.2 (тонкий клиент), мне ее негде размещать. Техдиагностам негде размещать серверную часть программы замеров вибрации (они вообще не знают, работает она или нет, замеры складывают в папочки). ПТО негде хранить электронный архив документации, он хранится на рабочей станции начальника. И да, емайл у нас на всех один, ибо почтовый сервер… ну вы сами понимаете.
Говорить в технических терминах с начальством бесполезно — просто нет понимания, да и не их это дело. С моей стороны я формально числюсь инженером, но по факту занимаюсь автоматизацией в роли разработчика (в любой момент могут перебросить на строительную пусконаладку). И вроде как должен тоже развивать IT инфраструктуру, и я искренне заинтересован в этом. Но с таким сотрудником просто ничего толком невозможно сделать. Поэтому по сетям мы уже все стали делать сами — закупили свитчи, витую пару, коннектора, обжиматель, пригласив админа только в конечной стадии прописать IP-шники (мы этого не можем сделать, на компьютерах стоит Win7 с родительским контролем). Оба раза это было сделано через два месяца (!) после обращения, причем обращались руководители отделов.
Я вносил предложение, что с таким компьютерным парком фирме нужен отдел (группа) информационных технологий со штатом два-три человека. Вроде и согласились, на два. А это значит, что если структурное подразделение и будет создано, то в нем буду работать я типа как руководитель и… тадам! — вот этот вот админ. Мне такое щастье, сами понимаете, не нужно. Так что я больше к этому вопросу не возвращаюсь.
Сейчас продерживаюсь стратегии невмешательства, но так не получается, потому что и моя работа стоит, и ком проблем накапливается + несколько раз мне приходилось отвечать перед головным московским офисом за прогоны админа.
Уважаемый господин психолог, объясните, в чем проблема и как ее разрешить?
В ближайшем времени планируем перенести сервер с учетной системой со своего локального ресурса (доступного через интернет) на внешний. Причина — нестабильный канал провайдера, частые отключения элемектроэнергии на длительно время. Рассматриваем варианты выделенного сервера или VDS, нагрузка впринципе небольшая, большой только траффик (сканированные документы).
Статус документов — ДСП.
Вопрос: какие конкретно бумажки может предоставить ваш хостинг, для подтверждения уровеня защищенности ваших серверов, сертификации системы охраны в вашем ДЦ, уровень пожаной безопасности, и т.д.? И вообще, есть ли у вас такое, или все взаимодействие и ответственность определяются только договором?
> Статистика известна — в обычном коде (прикладные приложения и проч) — обычно не больше 3.
ХМ, сколько не прогал на ассемблерах К580ВМ80, на Z80, на Intel8086, на 386 в защищенном режиме, на AVR, всегда казалось что предложения обычно гораздо длиннее, никак не три. Может быть я ошибаюсь, и современные компилеры генерят именно такой код, но когда дизассемблил некоторые проги, такого не наблюдал. Обычно идут большие куски пересылок и арифметическо-логических операций, которые должны параллелиться за милое дело.
Смысл нескольких ядер появляется тогда, когда «предложение» распаралеливается на них. Посему хотелось бы взглянуть на статистику по другим архитектурам, чтобы была известна оценка, какая средняя длина у предложений с элементарными операциями. Если около десятка, то смысл есть максимум в 8 мультиклеточных ядрах, и это с учетом того что все операции в предложении будут независимые (способны выполняться в параллель). Но походу в предложении более 50% операций зависят от предыдущих операций, так что будут выполняться на следующем такте (в мультиклете не важно на каком ядре). Таким образом, средняя длина предложения должна быть 20-25 операций чтобы оправдать наличие 8 ядер.
Кто-нибудь обладает хоть какой-нибудь статистикой по неделимым блокам элементарных операций, хоть для какой-нибудь платформы чтоб с натяжкой сравнить?
Их можно сделать шинами — вот именно так, в множественном числе. Шины адреса, шины данных по количеству ядер. Тогда и параллельное запись/чтение возможны. Ну как минимум, это реализуемо если память будет на том же кристалле. Или еще можно поднять частотку коммутатора в четыре раза, чтобы работа с памятью четырех ядер укладывалась в такт процессора. Еще можно новоротить какие-нибудь транзакционные механизмы как в современных SQL, чтоб на момент R/W блокировалась не вся таблица (вся A и D шина) а только участок. Вариантов много.
У вас какой-то зашореный взгляд на предметную область. Мыслить надо шире.
> Нет, она не сравнима по производительности с китайскими MIPS-ами на задачах общего назначения.
Но вы же сами написали, что сравнимо с 400MHz Arm и Комдив-64, который MIPS и есть.
Но я прочитал документацию на официальном сайте, там четко указано, что «Предназначено для решения задач управления и цифровой обработки сигналов» — то есть DSP и есть. Однако, чистые DSP не могут выполнять задачи общего назначения, они могут по большей части только управляться с потоком данных, преобразуя его, не более того. А мультиклет, судя по составу команд и регистров может работать как микропроцессор общего назначения, да еще и распараллеливая вычисления.
По поводу масштабируемости — вы не можете поручиться, что завтра не появится технология/алгоритм/архитектурное решение, которое успешно и дёшево решит так страшащую вас проблему «все имеет доступ ко всему», на которой и строятся ваши размышления о ограниченности масштабируемости.
В общем, подводя итог, можно сказать, что у нас теперь есть еще одна своя самобытная архитектура (помимо E2K).
По производительности она сравнима, а по потенциалу превосходит, китайскую народную архитектуру MIPS. Ежели появится нормальный C/C++ компилятор и Linux, и платы будут в свободной продаже по разумным ценам, будущее у платформы однозначно будет.
1. Вы использовали датчик, установленный в колонке? Подключили его через делитель напряжения к ардуине, а значит, таперь экран колонки температуру не показывает?
2. Вы стабилизируете температуру грячей воды? То есть, до смесителя? Не влияет ли на стаблизацию конечная температура воды, выставленная на смесителе?
> Все их сообщения подписываются их реальным именем.
Как люди друг друга будут различать, если имена у нескольких совпадут?
Ну то есть как другие пользователи будут понимать, что этот вася пупкин — это старенький, а этот вася пупкин — средненький, а этот вася пупкин — новенький?
Так, а что нужно сохранять в базе пользователей при первом входе через OAuth?
Вот что вырисовывается:
1. Случай если ник уникален:
1. Ник
2. email
3. пароль — оставляем пустым
4. флаг — регистрация по OAuth
2. Случай если ник неуникален:
1. Случайный ник типа user15646465
2. email
3. пароль — оставляем пустым
4. флаг — регистрация по OAuth с неуникальным ником
3. Случай если email не указан:
Требовать указать email, не пуская дальше. После указания email проверяется уникальность. Если email неуникален — не пускаем дальше. Если email уникален, действуем далее по пункту 1 и 2.
А если человек зареган у провайдера без email, то как быть?
И я так и не понял, как отображать на сайте человека, зашедшего через OAuth. Проверять уникальность ника, и если ник неуникален требовать ввода другого ника?
Тогда в чем прелесто OAuth, если пользователь всеравно должен придумывать ник на сайте?
И еще непонятно — как авторизовать пользователя после того, как у него оявится учетка на сайте? Снова через OAuth? Или требовать ввод пароля, чтоб потом авторизовать по логину-паролю?
А если он же захочет войти из-под другого провайдера, то его нужно рассматривать как другую личность или как уже зарегистрированного пользователя? А по каким критериям? По нику + email? А если у него нет email?
Пусть есть сайт, у него есть пользователи, зарегистрированные через email (классика), и есть пользователи, входящие через OAuth.
Есть пользователь с ником Василий Иванович, которого все знают. И тут ему решил кто-то нагадить. Кто-то регистрируется неважно где с таким же именем, потом входит на сайт через OAuth, и совершает действия, порочащие доброе имя Василий Иваныча.
Вопрос: как с этим бороться? Пользователя всеравно нужно показывать в своей системе с каким-то ником, даже если он зашел через OAuth. При классической регистрации два одинаковых ника не будет. При входе через OAuth — вполне себе обычная ситуация.
> а) мое устройство работает от 7 до 9 часов без подзарядки. Какой карманный гаджет с экраном может так при включенном GPS?
Кстати, а как ваше устройство сигнализирует о заканчивании зарядки?
Коль оно у вас говорливое, можно плавно делать FadeOut, стоп на воспроизведении, говорить предупреждение что кончается зарядка, затем снова старт+FadeIn.
Ситуация: фирма в 80 человек, к концу года в планах 120 человек за счет расширения производственных участков (машиностроение). Каждому сотруднику положен компьютер, т.е. сейчас парк машин — 80 рабочих станций + 15 ноутов для командировок.
Человек на должности системного администратора работает два года (с начала работы фирмы). Больше IT специалистов в штате не предусмотрено. За это время сеть в основном офисе построена на 8-ми портовых хабах (!), соединенных в цепочку с ответвлениями. В дополнительных помещениях (удаленность 100 метров внутри помещения) сеть появилась через полтора года, протянута силами инженерного состава когда уже все устали с флешками бегать. В дополнительном офисе (удаленность 3 Км) сеть на симметричных модемах (SHDSL) так же сделана силами инженерного состава. Контроллера домена нет, сеть одноранговая формата «Рабочая группа» — привет из 90-х. Назначение IP-адресов статическое, учет IP-шников не ведется. Копирование файлов по сети (с компа на комп, файлсервера нет) зависит от фазы луны — 10Мб файл может копироваться 10 минут. Элементарные работы типа «выдать патчкорд для подключения ноутбука» выполняются по несколько месяцев (!). Ежедневно после обеда админ «уежжает по делам».
Недавно вздумали копнуть закупку на следующий год. (Деньги на закупку выделяет головная московская организация). То что там заказаны USB-принтеры вместо сетевых уже никого не удивило. Удивило доругое — что в закупку не включено серверное оборудование. Вообще никакое. То есть, минимального набора: сервера контроллера домена, файлового сервера, сервера 1С для бухов, сервера резервного копирования — у нас админом не предусмотрено. Если сейчас ничего не сделать, грядет большой абзац. В разговоре с админом выяснить какое серверное оборудование нам нужно не получилось: «Это нужно долго подбирать, надо будет заняться. Но вы же сами понимаете что завтра это не появится». Мля, это должно было появиться два года назад. Так же выяснилось, что современные серверные технологии с виртуализацией, когда закупают высоконадежное производительное серверное железо HP/DELL и в нем создают виртуалки под нужные задачи с выделением нужного количества ресурсов, как это делают в фирмах с нормальным IT штатом, ему незнакомы. Поэтому решено было уже не доверять товарищу выбор оборудования, а планировать закупку самим, ибо чувствуем, что даже если и заставить админа писать заявку, то закупит херню. На предложение написать заявку, админ предложил нам сделать это. Вот сейчас сижу и обзваниваю интеграторов, чтобы получше ориентироваться в вопросе, так как сфера не моя.
***
Честно говоря, человек тянет фирму вниз. Все усугубляется тем, что молодые спецы впринципе понимают, что IT-структуры в таком виде быть не должно. С начальством понимание обстоит хуже. Ведь все хорошо — компьютеры стоят, есть сеть и интернет, люди работают.
Вопрос: что делать с этим человеком в данной ситуации? Я честно говоря не верю, что его удасться заставить работать, да и задачи, которые уже накопились, походу выше его компетенции (выяснили, что предыдущее место работы — один из интернет-провайдеров в нашем городе, должность — менеджер). Задачи реально усложняются, сейчас у меня готова вторая итерация клиент-серверной учетной системы на 1С 8.2 (тонкий клиент), мне ее негде размещать. Техдиагностам негде размещать серверную часть программы замеров вибрации (они вообще не знают, работает она или нет, замеры складывают в папочки). ПТО негде хранить электронный архив документации, он хранится на рабочей станции начальника. И да, емайл у нас на всех один, ибо почтовый сервер… ну вы сами понимаете.
Говорить в технических терминах с начальством бесполезно — просто нет понимания, да и не их это дело. С моей стороны я формально числюсь инженером, но по факту занимаюсь автоматизацией в роли разработчика (в любой момент могут перебросить на строительную пусконаладку). И вроде как должен тоже развивать IT инфраструктуру, и я искренне заинтересован в этом. Но с таким сотрудником просто ничего толком невозможно сделать. Поэтому по сетям мы уже все стали делать сами — закупили свитчи, витую пару, коннектора, обжиматель, пригласив админа только в конечной стадии прописать IP-шники (мы этого не можем сделать, на компьютерах стоит Win7 с родительским контролем). Оба раза это было сделано через два месяца (!) после обращения, причем обращались руководители отделов.
Я вносил предложение, что с таким компьютерным парком фирме нужен отдел (группа) информационных технологий со штатом два-три человека. Вроде и согласились, на два. А это значит, что если структурное подразделение и будет создано, то в нем буду работать я типа как руководитель и… тадам! — вот этот вот админ. Мне такое щастье, сами понимаете, не нужно. Так что я больше к этому вопросу не возвращаюсь.
Сейчас продерживаюсь стратегии невмешательства, но так не получается, потому что и моя работа стоит, и ком проблем накапливается + несколько раз мне приходилось отвечать перед головным московским офисом за прогоны админа.
Уважаемый господин психолог, объясните, в чем проблема и как ее разрешить?
Статус документов — ДСП.
Вопрос: какие конкретно бумажки может предоставить ваш хостинг, для подтверждения уровеня защищенности ваших серверов, сертификации системы охраны в вашем ДЦ, уровень пожаной безопасности, и т.д.? И вообще, есть ли у вас такое, или все взаимодействие и ответственность определяются только договором?
В этом ключевая ошибка. Пользователи обычно хотят лютую жуету, которая проекту нужна как пятая нога.
Стекло наждачкой шоркали, или по краске рисуете?
Так бы сразу и написали: «Многа букв, нечетал»!
ХМ, сколько не прогал на ассемблерах К580ВМ80, на Z80, на Intel8086, на 386 в защищенном режиме, на AVR, всегда казалось что предложения обычно гораздо длиннее, никак не три. Может быть я ошибаюсь, и современные компилеры генерят именно такой код, но когда дизассемблил некоторые проги, такого не наблюдал. Обычно идут большие куски пересылок и арифметическо-логических операций, которые должны параллелиться за милое дело.
Смысл нескольких ядер появляется тогда, когда «предложение» распаралеливается на них. Посему хотелось бы взглянуть на статистику по другим архитектурам, чтобы была известна оценка, какая средняя длина у предложений с элементарными операциями. Если около десятка, то смысл есть максимум в 8 мультиклеточных ядрах, и это с учетом того что все операции в предложении будут независимые (способны выполняться в параллель). Но походу в предложении более 50% операций зависят от предыдущих операций, так что будут выполняться на следующем такте (в мультиклете не важно на каком ядре). Таким образом, средняя длина предложения должна быть 20-25 операций чтобы оправдать наличие 8 ядер.
Кто-нибудь обладает хоть какой-нибудь статистикой по неделимым блокам элементарных операций, хоть для какой-нибудь платформы чтоб с натяжкой сравнить?
У вас какой-то зашореный взгляд на предметную область. Мыслить надо шире.
Эти DSP не могут выступать в качестве процессоров общего назначения. А мультиклет может, и это уникальное свойство именно данной архитектуры.
38200 руб. — отладочная плата со всем фаршем. Дороговато, но в мелкосерийном производстве дешевле не сделаешь.
Но вы же сами написали, что сравнимо с 400MHz Arm и Комдив-64, который MIPS и есть.
Но я прочитал документацию на официальном сайте, там четко указано, что «Предназначено для решения задач управления и цифровой обработки сигналов» — то есть DSP и есть. Однако, чистые DSP не могут выполнять задачи общего назначения, они могут по большей части только управляться с потоком данных, преобразуя его, не более того. А мультиклет, судя по составу команд и регистров может работать как микропроцессор общего назначения, да еще и распараллеливая вычисления.
По поводу масштабируемости — вы не можете поручиться, что завтра не появится технология/алгоритм/архитектурное решение, которое успешно и дёшево решит так страшащую вас проблему «все имеет доступ ко всему», на которой и строятся ваши размышления о ограниченности масштабируемости.
По производительности она сравнима, а по потенциалу превосходит, китайскую народную архитектуру MIPS. Ежели появится нормальный C/C++ компилятор и Linux, и платы будут в свободной продаже по разумным ценам, будущее у платформы однозначно будет.
1. Вы использовали датчик, установленный в колонке? Подключили его через делитель напряжения к ардуине, а значит, таперь экран колонки температуру не показывает?
2. Вы стабилизируете температуру грячей воды? То есть, до смесителя? Не влияет ли на стаблизацию конечная температура воды, выставленная на смесителе?
www.youtube.com/watch?v=z0EA5wllB14
Допиливай для переключения мода в Vim и будет ЩАСТЬЕ. Исходники, как говорится, открыты.
Как люди друг друга будут различать, если имена у нескольких совпадут?
Ну то есть как другие пользователи будут понимать, что этот вася пупкин — это старенький, а этот вася пупкин — средненький, а этот вася пупкин — новенький?
Вот что вырисовывается:
1. Случай если ник уникален:
1. Ник
2. email
3. пароль — оставляем пустым
4. флаг — регистрация по OAuth
2. Случай если ник неуникален:
1. Случайный ник типа user15646465
2. email
3. пароль — оставляем пустым
4. флаг — регистрация по OAuth с неуникальным ником
3. Случай если email не указан:
Требовать указать email, не пуская дальше. После указания email проверяется уникальность. Если email неуникален — не пускаем дальше. Если email уникален, действуем далее по пункту 1 и 2.
Так?
И я так и не понял, как отображать на сайте человека, зашедшего через OAuth. Проверять уникальность ника, и если ник неуникален требовать ввода другого ника?
И еще непонятно — как авторизовать пользователя после того, как у него оявится учетка на сайте? Снова через OAuth? Или требовать ввод пароля, чтоб потом авторизовать по логину-паролю?
А если он же захочет войти из-под другого провайдера, то его нужно рассматривать как другую личность или как уже зарегистрированного пользователя? А по каким критериям? По нику + email? А если у него нет email?
Пусть есть сайт, у него есть пользователи, зарегистрированные через email (классика), и есть пользователи, входящие через OAuth.
Есть пользователь с ником Василий Иванович, которого все знают. И тут ему решил кто-то нагадить. Кто-то регистрируется неважно где с таким же именем, потом входит на сайт через OAuth, и совершает действия, порочащие доброе имя Василий Иваныча.
Вопрос: как с этим бороться? Пользователя всеравно нужно показывать в своей системе с каким-то ником, даже если он зашел через OAuth. При классической регистрации два одинаковых ника не будет. При входе через OAuth — вполне себе обычная ситуация.
Что делать?
Кстати, а как ваше устройство сигнализирует о заканчивании зарядки?
Коль оно у вас говорливое, можно плавно делать FadeOut, стоп на воспроизведении, говорить предупреждение что кончается зарядка, затем снова старт+FadeIn.
У вас так, или только лампочка мигает?