Искусство это когда я сегодня на подъеме и зафигарил абалденный код, а завтра сник и выжал какую то штуку с запашком) Программирование это технология и инженеринг, искусству в нём на 99% не место
Году в 91 неделю работал с нс из МГРИ, ну как работал - тот записывал сейсмограммы на венгерской сейсмостанции, а я бил кувалдой по накладке из под рельс, формируя эти самые звуковые волны. Накладка ломалась к обеду, кувалда к концу дня. Обычно использовали пиропатроны, но в той местности взрывать было нельзя) Так вот он рассказывал, что вся первая тройка суперкомпьютеров создавалась именно под задачи анализа подобных сейсмограм и синтеза модели коры Земли и поиска в ней полезных ископаемых, в том числе нефти.
А теперь вопрос - как Роснефть имеет ввиду строить это всё своё цифровое счастье при отсутствии этих самых суперкомпьютеров?)
Могу лишь сказать, что эээ... около 15 лет работал в гидро и радиолокации, в том числе с советскими и импортными АЦП и никогда такого не видел. Не подскажете, что за АЦП, чтобы не применять?)
Не очень понятна сфера применения данного подхода.
Если дискретизация ведётся на очень высокой частоте по сравнению с полосой сигнала, то чтобы избежать всего этого достаточно понизить частоту или заменить АЦП на нормальный.
Если это и вправду радиолокационное приложение, то тогда по приведённой структурной схеме подобную "отбраковку" надо делать перед согласованным фильтром, иначе эта импульсная помеха в нём размножится. Да и вообще непонятно, почему АЦП стоит в квадратурном канале, а не в тракте ПЧ.
Ну и, наконец, непонятна природа этих выбросов - может они вызваны разводкой платы или сбоями интерфейса ввода с АЦП?
В радиолокации подавление импульсной помехи осуществляется устройствами межпериодной обработки. Единственный раз, когда нечто подобное я применял, это когда надо было оцифровывать угол со старого искрящего потенциометрического датчика отбраковкой измерений и интерполяцией по соседним отсчётам. Но там никаких проблем с АЦП и частотой дискретизации не было.
Давным давно... В общем в каком то журнале в статье про QNX описывался проект по организации дорожного движения в канадском городке - там на всех дорогах и светофорах стояли датчики считающие авто, все эти данные через модемы стекались на сервера и они управляли светофорами во всём городе. На всех контроллерах и серверах стоял QNX. ИИ тогда не было
Интересно, а Яндекс своим клиентам платит штрафы за отказы и сбои при их обслуживания? Имеется ли такой показатель, как чёрн? Иначе все эти разговоры про надёжность - чисто пиар)
Полезно, не полезно и вредно - это всё таки разные категории. Я использовал именно не полезно, а он требовал объяснить вредность знания зарплаты коллег.
Моя точка зрения о неполезности - бесполезности, подкрепляется тем, что зарплаты у нас росли, контора была одним из лучших работодателей города. А он считает, что если нет системы грейдов, таких компаний надо избегать. И опять таки у меня есть примеры других компаний, гле чтобы получить повышение зарплаты надо вести задушевные разговоры с манагером, где вместо прибавки к зарплате можно получить просто грейд)
Я не знаю точно, почему вводится конфиденциальность зарплаты, но по моему личному опыту это не ухудшает условия работы сотрудника. А он считает, что ухудшает и требует от меня обоснования вредности для сотрудника знания зарплат. Может и не вредно, но точно не полезно - бесполезно, имхо
О господи.. Вы словоблудите в желании достичь правоты Хрен с ним. Вред, который прослеживается при разглашении текущих зарплат заключается в повышении уровня зарплат собеседуемых, что приводит к тому, что существующие сотрудники при фиксированном бюджете департамента получают меньше бонусов; растут расходы компании на сотрудников, которые ещё не вносят вклад в её финансовые показатели, а поскольку сотрудники имеют опционы, их стоимость так же растёт медленнее. То есть найм по более высокой цене сотрудникам не выгоден.
Причём заметьте, то, что я озвучил про то, что Вы хотите услышать, это не факты, а лишь мои догадки насчёт причин введения конфиденциальности .
Ну.. "не полезно" и "вредно" это всё таки разные категории, не так ли? Вы не со мной, получается, обсуждаете это всё, а воюете с чем то внутри себя.. Будет интересно узнать результат через несколько лет)
Дак не понимайте и не принимайте)) Компании с такой полиси от этого никуда не денутся. Не хотите в таких работать - Ваше право. Я поработал в 2 таких и никакого негатива из за такой полиси не испытывал и не испытываю. Зарплаты в обеих были высокие, менеджмент адекватный, работа интересная. Было бы по другому - возможно да, и зарплату коллег хотелось бы знать, и разговоры за жизнь с менеджером вести... Но не правильнее было бы просто сменить работу? Вы ж не крепостной, в конце концов)
Вы многое додумываете)) Компания несколько лет являлась предметом ненависти менеджмента других контор по причине высоких зарплат и увода лучших кадров. Ну и недолюбливали некоторые, которых не взяли по разным причинам. Так что попытайтесь просто понять моё мнение простого девелопера относительно требований конфиденциальности зарплат руководства компании. Смею Вас уверить, никаких скрытых мотивов к его навязыванию у меня нет. И отношусь я к нему без всякого негатива
Незнание зарплат коллег не помешало мне регулярно получать повышение собственной зарплаты и разных бонусов.С какого то момента уровень дохода вообще перестал меня волновать. Может это, конечно, и является исключением
Он идёт собеседоваться на объявленную ставку 1200 имея 800. Никаких вилок, индексаций и обещаний прибавки. По рынку это на 20-30 выше чем в других конторах. В которых, кстати, вот эти грейды, прозрачность, разговоры с манагером о требованиях, свершениях и личностном развитии и тому подобная романтическая шелуха. А узнав, что у меня 1600, в коллеги может возникнуть соблазн просить больше 1200. У нас таких как правило посылали. Единственный способ предметно обсудить зарплату был оффер в другую контору. Но могли пожелать счастливого пути
А так зарплату просто пересматривали по результатам годового ревью. Никто не жаловался, по крайней мере в нашем департаменте.
Ему бы и рассказали, что базовая ставка 1200 что, кстати, было на 20 -30% выше, чем по городу.
Грейды? Предоставить мелкому клерку право оценивать вклад отдельного разработчика в продукт и процесс? Вы уверены, что это лучше?)
Не знаю.. это был очень хороший работодатель как по зарплате, так и по всему остальному. Поэтому рассуждать о требованиях конфиденциальности причин не былл
Менеджер может тоже не знать зарплат своих сотрудников .
Насколько я понимаю, при высокой конкуренции между конторами за сотрудников, утечка уровня зарплат конкретных сотрудников затрудняет приём новых и увеличивает расходы компании
Ну к примеру, я пришёл в контору со стороны - не от конкурентов, получал в среднем долларов 700-800, стал получать 1200. За год было 2 повышения до 1600. Вот пришёл бы мой бывший коллега на собеседование и зная меня и мою текущую зарплату - сколько бы он запросил? В результате человек не получил бы 1200, а контора осталась бы без ещё одного такого же как я по квалификации сотрудника.
Поэтому и запрещают разглашать конфиденциальную информацию
В какой то старой книжке было деление программы на архитектурные и конструктивные элементы. Архитектурные обладают независимостью от платформы и долговременной стабильностью, конструктивные платформоориентированы и могут образовывать стеки ввода вывода и тепе. К примеру использование com и lpt в рамках одного канала обмена - использование разных стеков конструкционного по.
Не делайте ничего лишнего
Звучит это вроде и правильно, но в жизни ни разу не было так, чтобы это срабатывало. В одном из первых проектов заказчик и руководитель убеждали быстро сделать что то вроде демо - была некая среда разработки и библиотека С с printf на хост. Мы убедили начальство, что сначала надо разработать коммуникационное ядро для сети процессоров, а алгоритмы подгружать в соответствие с конфигурацией многопроцессорной системы. Это заняло месяца 3, ещё пара ушла на отладку алгоритмов. Но вот следующий проект на этой же сети был выполнен за месяц. При упрощённом подходе он бы занял столько же, как и первый, если бы вообще заработал из за отсутствия средств отладки, нагруженности и математики. В других проектах возможность "переписать потом", как правило, отсутствовала не смотря на то, что руководство очень увлекалось всякими аджайлами. Некоторые писали почти демо, которое потом долго и мучительно допиливали тратя ещё столько же времени. В общем излишняя начальная простота может существенно затруднять не только развитие продукта, но и обычную работу.
Слои и взаимодействия
Уже давно интересно, почему на Хабре часто ссылаются на Чистую архитектуру, в курсе существования OSI RM, но вот OSE RM как то не модно. Может потому, что разрабатывают программы, а не системы?)
Искусство это когда я сегодня на подъеме и зафигарил абалденный код, а завтра сник и выжал какую то штуку с запашком) Программирование это технология и инженеринг, искусству в нём на 99% не место
Году в 91 неделю работал с нс из МГРИ, ну как работал - тот записывал сейсмограммы на венгерской сейсмостанции, а я бил кувалдой по накладке из под рельс, формируя эти самые звуковые волны. Накладка ломалась к обеду, кувалда к концу дня. Обычно использовали пиропатроны, но в той местности взрывать было нельзя) Так вот он рассказывал, что вся первая тройка суперкомпьютеров создавалась именно под задачи анализа подобных сейсмограм и синтеза модели коры Земли и поиска в ней полезных ископаемых, в том числе нефти.
А теперь вопрос - как Роснефть имеет ввиду строить это всё своё цифровое счастье при отсутствии этих самых суперкомпьютеров?)
Могу лишь сказать, что эээ... около 15 лет работал в гидро и радиолокации, в том числе с советскими и импортными АЦП и никогда такого не видел. Не подскажете, что за АЦП, чтобы не применять?)
Не очень понятна сфера применения данного подхода.
Если дискретизация ведётся на очень высокой частоте по сравнению с полосой сигнала, то чтобы избежать всего этого достаточно понизить частоту или заменить АЦП на нормальный.
Если это и вправду радиолокационное приложение, то тогда по приведённой структурной схеме подобную "отбраковку" надо делать перед согласованным фильтром, иначе эта импульсная помеха в нём размножится. Да и вообще непонятно, почему АЦП стоит в квадратурном канале, а не в тракте ПЧ.
Ну и, наконец, непонятна природа этих выбросов - может они вызваны разводкой платы или сбоями интерфейса ввода с АЦП?
В радиолокации подавление импульсной помехи осуществляется устройствами межпериодной обработки. Единственный раз, когда нечто подобное я применял, это когда надо было оцифровывать угол со старого искрящего потенциометрического датчика отбраковкой измерений и интерполяцией по соседним отсчётам. Но там никаких проблем с АЦП и частотой дискретизации не было.
Давным давно... В общем в каком то журнале в статье про QNX описывался проект по организации дорожного движения в канадском городке - там на всех дорогах и светофорах стояли датчики считающие авто, все эти данные через модемы стекались на сервера и они управляли светофорами во всём городе. На всех контроллерах и серверах стоял QNX. ИИ тогда не было
Интересно, а Яндекс своим клиентам платит штрафы за отказы и сбои при их обслуживания? Имеется ли такой показатель, как чёрн? Иначе все эти разговоры про надёжность - чисто пиар)
Полезно, не полезно и вредно - это всё таки разные категории. Я использовал именно не полезно, а он требовал объяснить вредность знания зарплаты коллег.
Моя точка зрения о неполезности - бесполезности, подкрепляется тем, что зарплаты у нас росли, контора была одним из лучших работодателей города. А он считает, что если нет системы грейдов, таких компаний надо избегать. И опять таки у меня есть примеры других компаний, гле чтобы получить повышение зарплаты надо вести задушевные разговоры с манагером, где вместо прибавки к зарплате можно получить просто грейд)
Я не знаю точно, почему вводится конфиденциальность зарплаты, но по моему личному опыту это не ухудшает условия работы сотрудника. А он считает, что ухудшает и требует от меня обоснования вредности для сотрудника знания зарплат. Может и не вредно, но точно не полезно - бесполезно, имхо
Удачи))
О господи.. Вы словоблудите в желании достичь правоты Хрен с ним. Вред, который прослеживается при разглашении текущих зарплат заключается в повышении уровня зарплат собеседуемых, что приводит к тому, что существующие сотрудники при фиксированном бюджете департамента получают меньше бонусов; растут расходы компании на сотрудников, которые ещё не вносят вклад в её финансовые показатели, а поскольку сотрудники имеют опционы, их стоимость так же растёт медленнее. То есть найм по более высокой цене сотрудникам не выгоден.
Причём заметьте, то, что я озвучил про то, что Вы хотите услышать, это не факты, а лишь мои догадки насчёт причин введения конфиденциальности .
Ну.. "не полезно" и "вредно" это всё таки разные категории, не так ли? Вы не со мной, получается, обсуждаете это всё, а воюете с чем то внутри себя.. Будет интересно узнать результат через несколько лет)
Дак не понимайте и не принимайте)) Компании с такой полиси от этого никуда не денутся. Не хотите в таких работать - Ваше право. Я поработал в 2 таких и никакого негатива из за такой полиси не испытывал и не испытываю. Зарплаты в обеих были высокие, менеджмент адекватный, работа интересная. Было бы по другому - возможно да, и зарплату коллег хотелось бы знать, и разговоры за жизнь с менеджером вести... Но не правильнее было бы просто сменить работу? Вы ж не крепостной, в конце концов)
Вы многое додумываете)) Компания несколько лет являлась предметом ненависти менеджмента других контор по причине высоких зарплат и увода лучших кадров. Ну и недолюбливали некоторые, которых не взяли по разным причинам. Так что попытайтесь просто понять моё мнение простого девелопера относительно требований конфиденциальности зарплат руководства компании. Смею Вас уверить, никаких скрытых мотивов к его навязыванию у меня нет. И отношусь я к нему без всякого негатива
Незнание придавало спокойствие, как минимум, и уверенность в завтрашнем дне))
Незнание зарплат коллег не помешало мне регулярно получать повышение собственной зарплаты и разных бонусов.С какого то момента уровень дохода вообще перестал меня волновать. Может это, конечно, и является исключением
Он идёт собеседоваться на объявленную ставку 1200 имея 800. Никаких вилок, индексаций и обещаний прибавки. По рынку это на 20-30 выше чем в других конторах. В которых, кстати, вот эти грейды, прозрачность, разговоры с манагером о требованиях, свершениях и личностном развитии и тому подобная романтическая шелуха. А узнав, что у меня 1600, в коллеги может возникнуть соблазн просить больше 1200. У нас таких как правило посылали. Единственный способ предметно обсудить зарплату был оффер в другую контору. Но могли пожелать счастливого пути
А так зарплату просто пересматривали по результатам годового ревью. Никто не жаловался, по крайней мере в нашем департаменте.
Ему бы и рассказали, что базовая ставка 1200 что, кстати, было на 20 -30% выше, чем по городу.
Грейды? Предоставить мелкому клерку право оценивать вклад отдельного разработчика в продукт и процесс? Вы уверены, что это лучше?)
Не знаю.. это был очень хороший работодатель как по зарплате, так и по всему остальному. Поэтому рассуждать о требованиях конфиденциальности причин не былл
Менеджер может тоже не знать зарплат своих сотрудников .
Насколько я понимаю, при высокой конкуренции между конторами за сотрудников, утечка уровня зарплат конкретных сотрудников затрудняет приём новых и увеличивает расходы компании
Ну к примеру, я пришёл в контору со стороны - не от конкурентов, получал в среднем долларов 700-800, стал получать 1200. За год было 2 повышения до 1600. Вот пришёл бы мой бывший коллега на собеседование и зная меня и мою текущую зарплату - сколько бы он запросил? В результате человек не получил бы 1200, а контора осталась бы без ещё одного такого же как я по квалификации сотрудника.
Поэтому и запрещают разглашать конфиденциальную информацию
Многие знания и так далее..
Захотелось прокомментировать)
Структурирование кода:
В какой то старой книжке было деление программы на архитектурные и конструктивные элементы. Архитектурные обладают независимостью от платформы и долговременной стабильностью, конструктивные платформоориентированы и могут образовывать стеки ввода вывода и тепе. К примеру использование com и lpt в рамках одного канала обмена - использование разных стеков конструкционного по.
Не делайте ничего лишнего
Звучит это вроде и правильно, но в жизни ни разу не было так, чтобы это срабатывало. В одном из первых проектов заказчик и руководитель убеждали быстро сделать что то вроде демо - была некая среда разработки и библиотека С с printf на хост. Мы убедили начальство, что сначала надо разработать коммуникационное ядро для сети процессоров, а алгоритмы подгружать в соответствие с конфигурацией многопроцессорной системы. Это заняло месяца 3, ещё пара ушла на отладку алгоритмов. Но вот следующий проект на этой же сети был выполнен за месяц. При упрощённом подходе он бы занял столько же, как и первый, если бы вообще заработал из за отсутствия средств отладки, нагруженности и математики. В других проектах возможность "переписать потом", как правило, отсутствовала не смотря на то, что руководство очень увлекалось всякими аджайлами. Некоторые писали почти демо, которое потом долго и мучительно допиливали тратя ещё столько же времени. В общем излишняя начальная простота может существенно затруднять не только развитие продукта, но и обычную работу.
Слои и взаимодействия
Уже давно интересно, почему на Хабре часто ссылаются на Чистую архитектуру, в курсе существования OSI RM, но вот OSE RM как то не модно. Может потому, что разрабатывают программы, а не системы?)
Отвыкайте от колхоза) Знание чужой зарплаты ни к чему хорошему не приводит. И уж точно не помогает в обсуждении зарплаты с начальством.