господа, а озадачивался ли кто-то ответственностью админа за трафик, идущий с его vps-ки? найти его возможно хотя-бы по кредитке, которой он оплачивает vps. потеряет кто-нибудь из знакомых мобилу с vpn возле террористов и не сочтет нужным оповестить админа. пример утрированный, но у нас все возможно. я вот поэтому гостевой wi-fi не оставляю без пароля. вроде, физ лица не должны идентифицировать своих клиентов, но вычислить владельца все равно можно.
Такое вполне прокатывает с адекватным руководством. Обрисовали сколько места есть, сколько можно выделить и почему так и составили утвержденные политики. После этого саппорт просто вежливо ссылается на утвержденные политики и клиент чистит свои папки. Конечно же, в наличии будут те, кому надо НЕ «как у всех» и им все согласует руководство)
У Вас все красиво и правильно расписано. Честно, аплодирую стоя. И как всегда есть НО:
1. Сервер терминалов, согласен, нужен в зависимости от инфраструктуры. Можно и обойтись. Но зачем сравнивать стоимость CAL'a и ОС? Мы еще 1С внедряем или только что взяли клиента на поддержку? Может у него лицензии на ОС уже есть?
2. В списке работ настройка домена и создание пользователей есть.
3 и 4. Т.е. к 1 с лишним млн (добавим справедливо замеченные ИБП, коммутаторы и, думаю, ресурсы под файлопомойку и профили пользователей) Вы собираетесь еще предложить сразу клиенту доплатить за все это? В рамках внедрения 1С? После того, как клиент уже офигел от одного лишь вида цифры?
Честно скажу, клиент очень должен Вам доверять.
А в целом, подход правильный. Жаль, не могу плюсануть.
Автор совета явно предлагал более бюджетное решение чем Ваше. И по производительности их сравнивать недопустимо.
Похожий вариант описан тут.
Но нужно быть очень «рисковым парнем», чтобы просьбу клиента сэкономить поднять выше рекомендаций разработчиков платформы.
Никто не спорит, что такой вариант имеет право на жизнь, но не каждый аутсорсер (не занимающийся 1С) возьмется его реализовывать. Потому что потом будет неясно от чьей жопы яйца из-за кого поломалось все после обновления.
Облакам, по старинке, у нас не доверяют. Выбор в их пользу обычно делают «продвинутые» руководители.
Сами неоднократно обдумывали максимальное использование open-source продуктов в этой цепочке, но риски огрести большие проблемы всегда несоизмеримы с экономией, к сожалению.
Прочитал и только настроение испортилось…
Тяжелая констатация фактов и никакого света в конце туннеля…
P.S. За статью спасибо) Тоже так же делаем, думал какой-то выход будет описан)
Я такого не встречал) Видел книги по системному администрированию. Но… Какие-то непонятные задачи, неясно для чего. Просто сбор информации в одном месте. Перепечатал с книги, заработало и все. Лучше все попробовать самому и на реальных примерах.
Не считаю это правильным вопросом. Сейчас фигня в тренде)
Я думаю, не было бы чатрулета с его миллионными посещениями, если бы его создатель задался этим вопросом)
Другое дело — будет ли эта фигня принята в широкие массы)
*извиняюсь за количество употреблений слова фигня)
Критики было как на новый браузер от Яндекса. Как будто Мин Обр выделил N млн $ и вот презентация на что они ушли.
Это все равно, что профессор русского языка и литературы сейчас будет разносить в пух и прах Ваши комменты за «бедность речи», «нецелесообразность использования фразеологизмов», «жаргонизмы» и т.п.
Может кто-то не сталкивался с з/п учителей и их желанию чему-то научить детей? И сложно сказать кто больше забил на эти попытки — молодые или опытные преподаватели. Я некоторых своих с дрожью вспоминаю.
Да нужно только помогать и стимулировать таких энтузиастов. Поверьте, многие из Вас за такую з/п даже Hello World не написал бы…
Автору большое спасибо и пожелание успехов и заслуженной награды за Ваши труды!
P.S. И да, с обращением «милые детишечки» надо что-то делать)
«самоучки» не способны на работу в коллективе, и вообще они не смогут работать в учреждениях
что? где это Вы такое утверждение нашли?
У меня как-то даже в голове не укладывается такое.
По-моему, каждый «самоучка» хочет попасть в коллектив, где он сможет обмениваться знаниями и получать новые навыки и знания от более опытных коллег.
А по статье:
Первая часть была лучше)
Во второй, как мне кажется, пытались осветить больше и получилось «Галопом по Европам». Ситуаций больше, описания ситуаций — меньше.
Искать место, где возьмут без стажа.
Такие бывают редко, но встречаются. У меня есть знакомые, которые так пришли в компанию. На собеседовании им честно сказали, что продукты, которые им придется внедрять и сопровождать, куплены недавно и не сильно распространены. Поэтому человека с опытом найти тяжело (по всей стране таких единицы). Вот и ищут людей «с горящими глазами»)
Наверное, как заказчик-исполнитель.
Покупатель-продавец, как по мне, больше означает продажу своего продукта на как можно более выгодных условиях для тебя.
В моем же случае я (изучив его потребности и аналоги) объяснял как будет удобнее конечному пользователю и максимально соответствовать его ожиданиям.
Суть: не можешь заработать на многих но дешевых — попробуй сделать мало, но дорогих.
А этим репутацию не вернешь.
Может хоть в чипах виртуальной реальности они преуспеют. Не хочется, чтобы Intel потерял конкурента)
DJDisk не отвлекайтесь от статьи) столько людей ждёт) Civil можно судить по количеству пользователей (большая организация или маленькая) если заниматься только рабочими станциями.
Я вот работал в организации, где парк ПК был порядка 300 (по Вашим меркам — средняя), а вот парк серверов/количество сервисов — где-то 60/80. Уже не тянет на среднюю и перемахивает даже некоторые крупные)
Я не фрилансер, но делал другу сайт для его спорт клуба.
Выглядело так:
ОН: Я хочу то, то и то.
Я: Ок. Сделал. Вот, смотри.
ОН: Вроде все, что я хотел, но как-то не так себе это представлял.
Я: Тогда мои мысли. Сделал вот так. Смотри.
ОН: Вот это круто!
Все сильно сжато, но смысл в том, что часто заказчик может неправильно представлять результат его требований. Поэтому изначально нужно спрашивать что он хочет получить на выходе, а не спрашивать каким образом он хочет, чтобы его требования были реализованы.
Т.е.
Но все уточняющие вопросы следует задавать после первого: «Что для вас важно?».
— Да.
Во-вторых, исполнитель старается выполнить именно те указания, которые дал заказчик, чтобы в случае проблем сказать: «Вы сами это выбрали». Но хороший продавец всегда должен переживать о том, была ли покупка для клиента полезной.
В чем отличие и ?
Потому как Вы говорите, что первое правильно, а второе — нет.
Или имеется ввиду какой-то сервер на open-source решении?
1. Сервер терминалов, согласен, нужен в зависимости от инфраструктуры. Можно и обойтись. Но зачем сравнивать стоимость CAL'a и ОС? Мы еще 1С внедряем или только что взяли клиента на поддержку? Может у него лицензии на ОС уже есть?
2. В списке работ настройка домена и создание пользователей есть.
3 и 4. Т.е. к 1 с лишним млн (добавим справедливо замеченные ИБП, коммутаторы и, думаю, ресурсы под файлопомойку и профили пользователей) Вы собираетесь еще предложить сразу клиенту доплатить за все это? В рамках внедрения 1С? После того, как клиент уже офигел от одного лишь вида цифры?
Честно скажу, клиент очень должен Вам доверять.
А в целом, подход правильный. Жаль, не могу плюсануть.
Похожий вариант описан тут.
Но нужно быть очень «рисковым парнем», чтобы просьбу клиента сэкономить поднять выше рекомендаций разработчиков платформы.
Никто не спорит, что такой вариант имеет право на жизнь, но не каждый аутсорсер (не занимающийся 1С) возьмется его реализовывать. Потому что потом будет неясно
от чьей жопы яйцаиз-за кого поломалось все после обновления.Сами неоднократно обдумывали максимальное использование open-source продуктов в этой цепочке, но риски огрести большие проблемы всегда несоизмеримы с экономией, к сожалению.
Тяжелая констатация фактов и никакого света в конце туннеля…
P.S. За статью спасибо) Тоже так же делаем, думал какой-то выход будет описан)
Не считаю это правильным вопросом. Сейчас фигня в тренде)
Я думаю, не было бы чатрулета с его миллионными посещениями, если бы его создатель задался этим вопросом)
Другое дело — будет ли эта фигня принята в широкие массы)
*извиняюсь за количество употреблений слова фигня)
Это все равно, что профессор русского языка и литературы сейчас будет разносить в пух и прах Ваши комменты за «бедность речи», «нецелесообразность использования фразеологизмов», «жаргонизмы» и т.п.
Может кто-то не сталкивался с з/п учителей и их желанию чему-то научить детей? И сложно сказать кто больше забил на эти попытки — молодые или опытные преподаватели. Я некоторых своих с дрожью вспоминаю.
Да нужно только помогать и стимулировать таких энтузиастов. Поверьте, многие из Вас за такую з/п даже Hello World не написал бы…
Автору большое спасибо и пожелание успехов и заслуженной награды за Ваши труды!
P.S. И да, с обращением «милые детишечки» надо что-то делать)
что? где это Вы такое утверждение нашли?
У меня как-то даже в голове не укладывается такое.
По-моему, каждый «самоучка» хочет попасть в коллектив, где он сможет обмениваться знаниями и получать новые навыки и знания от более опытных коллег.
А по статье:
Первая часть была лучше)
Во второй, как мне кажется, пытались осветить больше и получилось «Галопом по Европам». Ситуаций больше, описания ситуаций — меньше.
Такие бывают редко, но встречаются. У меня есть знакомые, которые так пришли в компанию. На собеседовании им честно сказали, что продукты, которые им придется внедрять и сопровождать, куплены недавно и не сильно распространены. Поэтому человека с опытом найти тяжело (по всей стране таких единицы). Вот и ищут людей «с горящими глазами»)
Покупатель-продавец, как по мне, больше означает продажу своего продукта на как можно более выгодных условиях для тебя.
В моем же случае я (изучив его потребности и аналоги) объяснял как будет удобнее конечному пользователю и максимально соответствовать его ожиданиям.
Так что соглашусь, все зависит от опыта) Для тех, кто видел максимум 100 — это топ) Вы, наверное, видели поболее)
А этим репутацию не вернешь.
Может хоть в чипах виртуальной реальности они преуспеют. Не хочется, чтобы Intel потерял конкурента)
Civil можно судить по количеству пользователей (большая организация или маленькая) если заниматься только рабочими станциями.
Я вот работал в организации, где парк ПК был порядка 300 (по Вашим меркам — средняя), а вот парк серверов/количество сервисов — где-то 60/80. Уже не тянет на среднюю и перемахивает даже некоторые крупные)
Выглядело так:
ОН: Я хочу то, то и то.
Я: Ок. Сделал. Вот, смотри.
ОН: Вроде все, что я хотел, но как-то не так себе это представлял.
Я: Тогда мои мысли. Сделал вот так. Смотри.
ОН: Вот это круто!
Все сильно сжато, но смысл в том, что часто заказчик может неправильно представлять результат его требований. Поэтому изначально нужно спрашивать что он хочет получить на выходе, а не спрашивать каким образом он хочет, чтобы его требования были реализованы.
Т.е.
— Да.
— Да.