Проблема не в SIP, при подключении через Е1 имеется точно такая же проблема. Контроль исходящего номера возможен только в точке подключения к ТФоП, т.к. соединяющиеся стороны знают, какие номера должны быть в потоке. Если контроль отсутствует, то номера могут быть любыми. Возможны и другие забавы. Например когда оператор заворачивает к вам в поток чужие исходящие (не на Ваши номера). В этом случае имеется возможность прописать на Вашей АТС соответствующий входящий номер и составить разговор. :)
есть забавный нюанс, что доходность необходимо считать, как разницу процентов, которые начислил банк и процентов, по которым начислен доход. при заявленных 7 процентах расходных и 11 доходных в плюс идет только 4%, что за год на 1 000 000 составляет 40 000 руб. таким образом, дополнительный доход в месяц составит 3 тысячи на 1 миллион, который вложен мимо ипотеки. в расчете не учтена стоимость страховки, которая еще подрежет доходность и без которой банк радостно поднимет ставку.
это если сигнал аналоговый. если цифровой, то возможны варианты и ЦАП-ОУ-АЦП не самый интересный вариант. В исходной постановке задачи тип сигнала не указан :). да и при аналоговости тоже имеет смысл подумать, что лучше - два АЦП(исходный сигнал и интегральный) или один АЦП или дополнительный цифровой интегрирования (необязательно в контроллере)
мне кажется, что для этого вызова еще права админа нужны. если это так, то такой тест сразу выявит тех разработчиков, которые кодят под админом без нужды :)
протокол конкурса публикуется, методика оценки - в конкурсной документации. боюсь, что в мотивировочной части Вы большего, чем применение правил не увидите - этот момент тоже достаточно формализован. имхо в познавательной статье остался неосвещенным вопрос постконкурсной работы с поставщиком, когда покупатель ставится перед выбором: либо брать, что привезут (причем не факт, что это соответствует конкурсной документации), либо начинать разборки (с риском приложить эксплуатацию), либо договариваться о том, что и в каких количествах будет поставлено реально.
там еще, как минимум, с выпуском новой карты без пластика засада. без пластика - только в приложении (по крайней мере, я не смог через веб). хотя два года назад работало...
Пропущен пассаж о том, как потом будет доставлять ремонт/обслуживание техники, которая была выпущена в рамках совместимости блоков и даже систем. По итогу будет выпущено 100500 модификаций, на половину из которых документация будет отсутствовать, половина оставшейся половины будет творчески доработана, а остальные будут нести следы конструкторского гения в борьбе впихнуть невпихуемое и заместить незамещаемое. В результате ремонт/настройка/обслуживание сведется к анекдоту про полет по пачке беломора.
в случае «бабушек» — это не парное программирование, это знание объектной области. что есть вообще не программирование, а уровень постановки задачи. бонус парного программирования — результирующий код видели/понимают как минимум двое (ревью на лету). также снижается количество «детских» ошибок и ошибок-опечаток. при наличии средств нормализации и анализа кода актуальность парного программирования, на мой взгляд, стремится к нулю
этим вы озвучиваете еще одну проблему — для развития нужен свободный обмен информацией. это дает синергетический эффект, а также спасает от хождения по граблям и изобретения велосипедов.
Костыли на Citrix… Всегда хотел посмотреть в глаза человеку, который придумал тему с подменой библиотеки и спросить, чем его не устраивала возможность поднять защищенный канал любыми другими сертифицированными средствами, а не использовать патченную библиотеку. Сертифицированным средством криптографии от внедрения поддержки госта это решение все равно не стало, а трудоемкость подготовки/поддержки рабочего места увеличило.
если есть ресурсы (деньги, время, специалисты, etc.) чтобы прикинуть — это ниокр, а не производство :) и таки да, пробуются как правило пути решения, сама цель к этапу начала проб должна быть определена.
В тз обычно написано «за все хорошее и против всего плохого...». в ирл по результатам тз создается (или не создается, ибо нужно трясти, и тогда это остается в рабочем блокнотике) и, по возможности, согласуется рабочая документация, в которой, как правило, и описывается: что, зачем и почему. и пока фаза создания/согласования именно рабочего задания/документации не пройдена, за код лучше не садится. иными словами: пока вы не сможете объяснить другим, что именно вы хотите сделать, писать код вы не должны.
Имхо, уточками заменять надо - и функционально и красиво :)
Проблема не в SIP, при подключении через Е1 имеется точно такая же проблема. Контроль исходящего номера возможен только в точке подключения к ТФоП, т.к. соединяющиеся стороны знают, какие номера должны быть в потоке. Если контроль отсутствует, то номера могут быть любыми.
Возможны и другие забавы. Например когда оператор заворачивает к вам в поток чужие исходящие (не на Ваши номера). В этом случае имеется возможность прописать на Вашей АТС соответствующий входящий номер и составить разговор. :)
есть забавный нюанс, что доходность необходимо считать, как разницу процентов, которые начислил банк и процентов, по которым начислен доход. при заявленных 7 процентах расходных и 11 доходных в плюс идет только 4%, что за год на 1 000 000 составляет 40 000 руб. таким образом, дополнительный доход в месяц составит 3 тысячи на 1 миллион, который вложен мимо ипотеки.
в расчете не учтена стоимость страховки, которая еще подрежет доходность и без которой банк радостно поднимет ставку.
корованы жеж...;)
Самое забавное - у него могло заработать...Пассивный HUB на резисторах в поиске :)
это если сигнал аналоговый. если цифровой, то возможны варианты и ЦАП-ОУ-АЦП не самый интересный вариант. В исходной постановке задачи тип сигнала не указан :). да и при аналоговости тоже имеет смысл подумать, что лучше - два АЦП(исходный сигнал и интегральный) или один АЦП или дополнительный цифровой интегрирования (необязательно в контроллере)
мне кажется, что для этого вызова еще права админа нужны. если это так, то такой тест сразу выявит тех разработчиков, которые кодят под админом без нужды :)
протокол конкурса публикуется, методика оценки - в конкурсной документации. боюсь, что в мотивировочной части Вы большего, чем применение правил не увидите - этот момент тоже достаточно формализован. имхо в познавательной статье остался неосвещенным вопрос постконкурсной работы с поставщиком, когда покупатель ставится перед выбором: либо брать, что привезут (причем не факт, что это соответствует конкурсной документации), либо начинать разборки (с риском приложить эксплуатацию), либо договариваться о том, что и в каких количествах будет поставлено реально.
там еще, как минимум, с выпуском новой карты без пластика засада. без пластика - только в приложении (по крайней мере, я не смог через веб). хотя два года назад работало...