да, хотелось бы фотку литографа поближе. и, если уж сделано такое "прорывное" устройство - кто его сделал? где фото улыбающегося народа, который это чудо сделал? помню, по ящику показывают завод, и диктор читает победную реляцию "обновили станки", а лейбочки на станках - замылены.
На 3dnews под аналогичной новостью комментарии удалили (оставили только два) и повесили "Комментарии к этой теме были закрыты". Грустно... Технологическое отставание на 2024-1997 лет. Опять таки, хотелось бы какие то технические подробности типа - длинна лазера, какова производительность, какой размер подложки?
Работал в банке. База АБС была на оракле. База очень красивая - была нормализована по теории. Т.е. ни чего не дублировалось, куча таблиц. Запросы генерировались в программе. Но, была проблема - производительность. Конечно, это периодически как то лечили добавляя индексы и пересобирая статистику. Однако, процесс это не быстрый и требующий админа. А поскольку отчёты требовались "здесь и сейчас", приходилось брать сгненерированные запросы и добавлять хинты. Иногда скрипт, быстро работавший вчера, сегодня уже тупил. И, приходилось опять подкручивать его хинтами. Потом АБС поменяли. В базе новой АБС были "широкие" таблицы. Т.е. всё, что можно - добавляли в одну таблицу с кучей полей. Казалось, что архитектор базы забил на нормализацию. Но... внезапно, всё работало очень быстро. Как то попал на собеседование. Пришёл, а там предлагают написать хинты, которые знаю, объяснить - зачем нужны конкретные хинты и т.д. Понял, что за несколько лет как страшный сон уже забыл, что такое хинты! И, кроме того, понял - что если здесь нужны такие знания, то ты будешь не код писать, а постоянно воевать с производительностью системы. Сделал вывод - такая работа не нужна...
Сначала на собеседовании спрашивают, что такое SOLID. А потом, как откроешь реальный код приложения и интересуешься у тимлида "и, где тут SOLID?", он глупо так улыбается "ну, не везде, конечно. но - надо же стремиться...".
Недавно искал новую работу. Звонит девочко HR и зачитывает вопросы. После вопроса "чем put отличается от post" последовал вопрос "что такое SOLID". Ответил "если вы покажете ваши реальные коды, тут же покажу - где у вас SOLID отсутствует"...
Купил "EF в действии" в "правильном переводе". Есть испорченные рисунки (например, рис 2.7, рис.3.3, рис.5.2) - пришлось скачать PDF с английской версией, что бы найти картинку и понять - что же на ней. Есть просто опечатки (например, вместо пункта 2.4.2 указано 2.1.2, в п.2.3.1 надо исправить с "на рис. 2.7" на "на рис.2.8"). Но, самое плохое - очень много воды, когда можно выкинуть кучу слов, при этом смысл не потеряется. Например, сократить "можно приступить к написанию кода" до "напишем код". И так - постоянно. Интересно, в этой книге так же?
Да, спустя какое то время флешки отрубили. Пришли безопасники, покопались в биосе, и опечатали системник... Но, это не самый хульший вариант. В другом банке, где работала моя жена, безопасники суперклеем заливали USB. Я даже сначала не поверил в такую дурость, но жена прислала фотку.
// Сцепляем имена с использованием функционального подхода string functionalConcatenatedNames = string.Join(" ", names);
Есть метод, реализованный программистами MS. В программе вызван этот метода. Не понимаю: в чём тут скрыт "функциональный подход"? Пожалуйста, поясните.
В описании метода public Task<Result> ExecuteOperation(int id, OperationType type) указан OperationType, который enum. При вызове через API ExecuteOperation в него передаётся int. Вот и хочется заставить swager сделать, что бы с одной стороны метод продолжал принимать int, а с другой - что бы можно было выбрать значение из списка. И, что бы в этом списке отображалось пара "число - текстовое значение". А уже если совсем набраться наглости, "число - описание из summary".
и использовать его могут любые пользователи MS Office без технических навыков: бухгалтеры, менеджеры, аналитики.
Угу... Могут в том смысле, что у них есть доступ к функционалу, но не могут в том смысле, что ума им не хватает, и не хотят потому, что каждый уже занят своим делом (например, бухгалтерам надо крыжить), потому брать не себя новые обязанности - не будут.
Интересно, сколько % от имеющегося функционала MS Oddis-а знает программист и рядовой пользователь?
С 15 года кубик-рубика имеет другое внутреннее устройство (не то, которое показано на фотографии в статье). Сейчас внутри кубика получается почти идеальный шар. В результат кубик движется плавнее.
В вашем приложении будет несколько описаний той работы, которую ему нежно выполнять (например, создать запись ToDo, изменить имя пользователя и т. д.).
Никому не сказать, закрыть задачу, потому что нет времени что-то исправлять.
С одной стороны, за такое надо просто увольнять. С другой - если система настроена правильно, то к задаче (заявке, тикету - в разных системах разное название), должен подвязаться твой PullRequest. Или, нет PullRequest-а - нельзя задачу закрыть. Как то так.
Верно. Никто не заставляет углубляться в виды дизайна или учить другие языки разработки. Но пригодится знать, как устроена работа коллег в соседних командах: это сэкономит время на переговорах.
Что то ни разу не видел, что бы дизайнер, HR, бухгалтер или вообще кто поинтересовались - как устроена работа у программистов. В основном всё общение происходит на совещаниях. Например, недавно дизайнер хотел изменить окно в браузере, которое отвечает за авторизацию в домене.
P.S. Дальше читать уже сил не было, оценка -6 сама за себя говорит
Дело было в середине 2000-х. Просто банк такой, месячковый. Главный над админами был, скажем так, довольно оригинальный парень. Не скажу, что плохой, но, с порядочными тараканами. Так вот, когда он сеть развёртывал, сделал её так, что часть адресов совпадала с диапазоном из инернета! Естественно, из за этого часть сайтов была недоступна. Например, нельзя было скачать NetBeans. Подошёл к нему с вопросом "вы нормальную сеть думаете делать, работать не даёте." Он мне с ухмылкой ответил "как обоснуешь, что тебе для работы NetBeans нужен - сделаем доступ". Пришлось исхитряться, качать дома и тащить на флешке. Потом пришёл новый начальник управления IT, увидел работу товарисча (и сеть в том числе) и с товарищем попрощались.
Как то в банке, где я работа, легла сеть. Админы-сетевики нашли проблему - кто то взял патч-корд и засунул его в две розетки. Закольцевал трафик. После того случая во все роутеры добавили соответствующие настройки, что бы больше ни один дятел не мог вот так запросто остановить банк. А чела, который так сделал, с тех пор называли "властелин колец".
Безмасочная технология приказала долго жить. Получено научное обоснование, что технология нежизнеспособна.
да, хотелось бы фотку литографа поближе. и, если уж сделано такое "прорывное" устройство - кто его сделал? где фото улыбающегося народа, который это чудо сделал?
помню, по ящику показывают завод, и диктор читает победную реляцию "обновили станки", а лейбочки на станках - замылены.
На 3dnews под аналогичной новостью комментарии удалили (оставили только два) и повесили "Комментарии к этой теме были закрыты".
Грустно... Технологическое отставание на 2024-1997 лет. Опять таки, хотелось бы какие то технические подробности типа - длинна лазера, какова производительность, какой размер подложки?
Работал в банке. База АБС была на оракле. База очень красивая - была нормализована по теории. Т.е. ни чего не дублировалось, куча таблиц. Запросы генерировались в программе. Но, была проблема - производительность. Конечно, это периодически как то лечили добавляя индексы и пересобирая статистику. Однако, процесс это не быстрый и требующий админа. А поскольку отчёты требовались "здесь и сейчас", приходилось брать сгненерированные запросы и добавлять хинты. Иногда скрипт, быстро работавший вчера, сегодня уже тупил. И, приходилось опять подкручивать его хинтами. Потом АБС поменяли. В базе новой АБС были "широкие" таблицы. Т.е. всё, что можно - добавляли в одну таблицу с кучей полей. Казалось, что архитектор базы забил на нормализацию. Но... внезапно, всё работало очень быстро.
Как то попал на собеседование. Пришёл, а там предлагают написать хинты, которые знаю, объяснить - зачем нужны конкретные хинты и т.д. Понял, что за несколько лет как страшный сон уже забыл, что такое хинты! И, кроме того, понял - что если здесь нужны такие знания, то ты будешь не код писать, а постоянно воевать с производительностью системы. Сделал вывод - такая работа не нужна...
Сначала на собеседовании спрашивают, что такое SOLID. А потом, как откроешь реальный код приложения и интересуешься у тимлида "и, где тут SOLID?", он глупо так улыбается "ну, не везде, конечно. но - надо же стремиться...".
Недавно искал новую работу. Звонит девочко HR и зачитывает вопросы. После вопроса "чем put отличается от post" последовал вопрос "что такое SOLID". Ответил "если вы покажете ваши реальные коды, тут же покажу - где у вас SOLID отсутствует"...
Купил "EF в действии" в "правильном переводе". Есть испорченные рисунки (например, рис 2.7, рис.3.3, рис.5.2) - пришлось скачать PDF с английской версией, что бы найти картинку и понять - что же на ней. Есть просто опечатки (например, вместо пункта 2.4.2 указано 2.1.2, в п.2.3.1 надо исправить с "на рис. 2.7" на "на рис.2.8"). Но, самое плохое - очень много воды, когда можно выкинуть кучу слов, при этом смысл не потеряется. Например, сократить "можно приступить к написанию кода" до "напишем код". И так - постоянно. Интересно, в этой книге так же?
Да, спустя какое то время флешки отрубили. Пришли безопасники, покопались в биосе, и опечатали системник... Но, это не самый хульший вариант. В другом банке, где работала моя жена, безопасники суперклеем заливали USB. Я даже сначала не поверил в такую дурость, но жена прислала фотку.
// Сцепляем имена с использованием функционального подходаstring functionalConcatenatedNames = string.Join(" ", names);
Есть метод, реализованный программистами MS. В программе вызван этот метода. Не понимаю: в чём тут скрыт "функциональный подход"? Пожалуйста, поясните.
В описании метода public Task<Result> ExecuteOperation(int id, OperationType type)
указан OperationType, который enum. При вызове через API ExecuteOperation в него передаётся int. Вот и хочется заставить swager сделать, что бы с одной стороны метод продолжал принимать int, а с другой - что бы можно было выбрать значение из списка. И, что бы в этом списке отображалось пара "число - текстовое значение". А уже если совсем набраться наглости, "число - описание из summary".
Но, ведь нужен int!
До времени, пока Маск не показал, что можно делать дешевле.
не, это 40 ватт. А речь про 100:
Помню, в 93-м пытался решить подобную задачу. Увы, тогда это мне не удалось.
Угу... Могут в том смысле, что у них есть доступ к функционалу, но не могут в том смысле, что ума им не хватает, и не хотят потому, что каждый уже занят своим делом (например, бухгалтерам надо крыжить), потому брать не себя новые обязанности - не будут.
Интересно, сколько % от имеющегося функционала MS Oddis-а знает программист и рядовой пользователь?
Опечатка?
С одной стороны, за такое надо просто увольнять. С другой - если система настроена правильно, то к задаче (заявке, тикету - в разных системах разное название), должен подвязаться твой PullRequest. Или, нет PullRequest-а - нельзя задачу закрыть. Как то так.
Что то ни разу не видел, что бы дизайнер, HR, бухгалтер или вообще кто поинтересовались - как устроена работа у программистов. В основном всё общение происходит на совещаниях. Например, недавно дизайнер хотел изменить окно в браузере, которое отвечает за авторизацию в домене.
P.S. Дальше читать уже сил не было, оценка -6 сама за себя говорит
Это просто вборс г..на на вентилятор для рекламы курсов.
Дело было в середине 2000-х. Просто банк такой, месячковый. Главный над админами был, скажем так, довольно оригинальный парень. Не скажу, что плохой, но, с порядочными тараканами. Так вот, когда он сеть развёртывал, сделал её так, что часть адресов совпадала с диапазоном из инернета! Естественно, из за этого часть сайтов была недоступна. Например, нельзя было скачать NetBeans. Подошёл к нему с вопросом "вы нормальную сеть думаете делать, работать не даёте." Он мне с ухмылкой ответил "как обоснуешь, что тебе для работы NetBeans нужен - сделаем доступ". Пришлось исхитряться, качать дома и тащить на флешке. Потом пришёл новый начальник управления IT, увидел работу товарисча (и сеть в том числе) и с товарищем попрощались.
Как то в банке, где я работа, легла сеть. Админы-сетевики нашли проблему - кто то взял патч-корд и засунул его в две розетки. Закольцевал трафик. После того случая во все роутеры добавили соответствующие настройки, что бы больше ни один дятел не мог вот так запросто остановить банк. А чела, который так сделал, с тех пор называли "властелин колец".
P.S. Цукерберг уволил уборщицу, задевшую шваброй кабель.