Обновить
1
0.1

Пользователь

Отправить сообщение

А какие прогнозы по ssd, будет и дальше вверх ползти? И когда вниз пойдёт? И вообще, при чём тут ssd к нейронкам...

на сильно урезанной версии Linux с отсутствующими systemd

ну это скорее плюс для безопасности, чем минус :)

Зачем ? Да и по-моему былаж новость, что они отлеживаются месяцы.

Ip тоже предлагаете резервировать на годы? А ведь с ними гораздо больше возможных проблем, реальных проблем скажем с безопасностью (воруешь куки, получаешь айпи жертвы итп). И они меняются постоянно.

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

В принципе для телефонных номеров аналогом днс могла бы стать глобальная телефонная книга с автоматически обновляемыми записями при регистрации нового номера. Благо регистрация ныне обязательная и создать такую базу данных можно без проблем. Тогда номера в моей записной книжке будут обновляться автоматически, если человек на другом конце сменил свой телефонный номер. Да и номера можно будет не запоминать вообще, они могут меняться хоть каждый день. С распространением смартфонов сегодня это действительно можно реализовать.

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

Я хочу сказать, что длина номера намертво забита в стольки местах, что если её увеличить, то это будет головная боль на многие годы.

В каких местах? Я же в Германию из РФ (и обратно) могу звонить без проблем, то есть номера переменной длины уже поддерживаются. По крайней мере их маршрутизация.

То есть какие-то особенности софта локальной БД и биллинга не позволяют вносить номер другой длины. Всего-то. Ну так это же софт, его можно исправить.

Понятно, что связисты не хотят забесплатно что-то менять, но надо.

Ты хочешь сказать, что при планировании нумерации допустили ошибку и сделали очень трудным расширение? Тогда это печально конечно.

Но что там может быть за проблема, которая не решается простым обновлением софта/конфигурации?

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

Какая-то проблема с софтом на местных АТС?

И циферку тоже просто так добавить нельзя, много где 10 цифр на номер зашито намертво.

Разумеется просто так не выйдет, придётся обновить софт, а где-то даже заменить релейные АТС на цифровые ;). В Германии, например, лет 10 назад начали массово выдавать номера длиной 11, при этом и раньше были разрешены номера разной длины, в зависимости от префикса. За один день удлинить, конечно, не выйдет, но вполне реально.

Дофига зарезервировано.

Миллиардик выведите из резерва, больше не надо. Остальные восемь с половиной можно оставить в резерве

Дурову пишите ептыть, не трогайте телекоммуникации...

Дуров, понятно, накосячил и должен исправлять, это бесспорно. Но и ситуация, когда только что использовавшийся номер сразу переходит следующему, тоже неприятна, даже если забыть про телеграм. Это тоже надо исправить.

Столько номеров просто нету?

Их действительно нет или кто-то пытается делать деньги из воздуха?

Это же легко посчитать, в РФ длина номера 10 цифр, а это 10 миллиардов номеров.

Если и этого не хватит, всегда можно добавить ещё циферку.

Я не знаю, как это всё регулируется, но если операторы запрашивают у регулятора пул номеров, то они могут заказать больше, чтобы переиспользование не требовалось лет 10.

Можно просто законодательно запретить перерегистрацию номера какое-то время.

В принципе со стороны сетей можно тоже кое-что сделать. Например, увеличить длину номера, чтобы хотя бы год-два (а лучше 10) не требовалось их переиспользовать.

Это проблема Телеграма. Им надо сделать выбрать выбор самим или дать возможность выбрать пользователю: либо сделать привязку к номеру отдельно от регистрации, либо окончательно привязаться к симке.

Вариант 1: отдельно аккаунт в телеграме, отдельно привязка к номеру, тогда просто логинишься без номера и затем привязываешь любой номер.
Вариант 2: окончательно привязаться к номеру и сделать возможность удалить существующий аккаунт владельцу номера, путём ввода подтверждающего кода из смс.

Оба варианта будут работать.

Вот эта вот возможность "на коленке" слепить сообщение и отправить, как в джейсоне, может быть иногда очень полезна. Этого в протобуфе нет, к сожалению, именно поэтому его можно использовать только в контексте похожем на rpc. Так что всё правильно говорят.

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

Существует ли реальный, саморегулирующийся механизм, увеличения эффективности?

Универсального, чтобы всем всегда подходило, нет. Остаётся здравый смысл, опыт, внимательное наблюдение, анализ и выводы. Ну да, не у всех получится, по разным причинам.

Рационализация и модернизация даже сей-час, а тем более в плановом совке, это забота работодателя, а не работника.

Наверное зависит от отрасли. Как раз админы и программисты этим постоянно сами занимаются.

- Молотки вредны, много людей разбивает себе пальцы.
- Но надо применять с умом, аккуратно
- У меня сосед трахнул по пальцу, всё в кровище было, ааа....
- ? ... Очень жаль. (разводит руками)
- Это хреновый молоток и надо какойто другой придумать, а не кричать что вы просто им пользоваться не умеете, гвозди то он забивает? забивает!
- Наверное в твоём случае надо попробовать что-то другое. Тебе молоток не подходит в данном случае.

кто с умом там что применять должен?

Даже не знаю, что ответить. Разумеется все, сверху донизу. То что кто-то делает ошибки применяя инструмент, не значит что инструмент не нужен.

- Молотки вредны, много людей разбивает себе пальцы.
- Но надо применять с умом, аккуратно
- У меня сосед трахнул по пальцу, всё в кровище было, ааа....
- ? ... Очень жаль. (разводит руками)

Значит ли это что КПЭ не нужны? Конечно нет. Значит ли это что модернизация и рационализация не нужны? Конечно нет. Просто применять их надо с умом и учётом особенностей производства и сотрудников.

сильно позже в том же СССР поняли, что переборщили, и подобную гонку за тоннами-километрами-показателями (по сути KPI нынешнее) стали осуждать и высмеивать в литературе и прессе

Конечно, как и в любом массовом движении, да ещё поддержанным сверху были крайности, показуха, гонка ради гонки, рвачество и т.п., что и было осуждено позже. Но это не отменяет того, что изначально и в дальнейшем речь шла именно о рационализации и модернизации, а не просто о повышенных обязательствах.

Разумеется, бездумный подход может испортить любую изначально самую прекрасную идею. Так случается часто и с KPI.

Информация

В рейтинге
3 573-й
Зарегистрирован
Активность

Специализация

Десктоп разработчик, Разработчик приложений
Старший
От 5 000 €
C++
Linux
C
Qt
Shell
Lisp
Разработка программного обеспечения
Алгоритмы и структуры данных
ООП
Английский язык