И почему вообще каждый раз нужно циклом бегать и искать аннотиронные поля и методы? Почему нет чето-то вроде findListByAnnotation, и чтобы работало как map, а не полным перебором :)
Вроде заранее тратить время на оптимизацию плохо, а потом приходит клиент и говорит, что внезапно объемы у безнеса выросли, а наш софт их почету то не тянет. И короче за час надо что-то сделать или штрафы/санкции :). Так что лучше сразу делать хорошо пусть и подольше.
Я ради прикола сделал простую тулзу, а-ля список с таймерами. И грузанул туда задачи из трекера плюс еще пару пунктов добавил типа ответ на почту и созвон.
Когда что-то делаю из списка запускаю на этой задаче таймер, а на предыдущей он останавливается и в итоге под конец дня получилось плюс минус до минут время на всякие задачи. Результат очень сильно отличается от того, как я сам время оценивал. Многие задачи на кодирование занималь процентов на 30% меньше времени чем планировал, а вот созвоны и почта - это зло, они забирают сильно больше времени :) хотя кажется что 1-2 мин это не критично но их пипец как много выходит.
Интересно, а насколько они безопастны? Ну вот например ходит человек и сканирует эфир на наличие устройств с bluethoose, которые есть робот-пылесос. Если находит, то подключается через какие - то уязвимости и через камеру пылесоса смотрит дома ли хозяин, ну и если нет начинает 'пентест' проаодить.
Ну или всякие службы могут через заготовленные бэкдоры заглядывать в квартиры, если это зачем - то им нужно.
А почему тут во втором примере с мяукающим котом Cat интерфейс, а не абстрактный класс? По идее за базу нужно брать абстрактный класс, а дальше от него конкретные классы порождать.
Аналогично 15 лет в финтехе. И математики хоть отбавляй, даже производные нужны и численные методы решения нелинейных уравнений. Если интересно, можете посмотреть как считается эффективная процентная ставка для фин инструмента или всякие показатели МСФО.
Clr это не очень хороший вариант. Это нужно доступ к серверу иметь. У нас например админы никого туда не пускают и clr сбору поставить - это 7 кругов ада из согласований пройти. Даже на тестовую среду.
А если взять томик Война и Мир и зашифровать его любым шифрование. Можно получить несколько мегабайт текста, которые можно нарезать на строки нужного размера.
А можно светом управлять, чтобы провода до выключателя в стенах не прокладывать. На стене только кнопка с выключателем и передатчик, а возле лампы приемник и какое нибудь реле или тиристор.
Даже в web есть компоненты и в андроид всякие фрагменты и этому не мешает необходимомть поддерживать разные разрешения экрана, чтобы куски интерфейса удобно комбинировать и реиспользовать. А если есть figma, то хорошо бы, чтобы она отдавала код на нужном языке, а не картинку.
Весь это код для gui... , по идее интерфейс нужно рисовать в редакторе, а не кодить, так сразу видно результат. Вот на визуале выстрелил delphi, там один из самых удобных редакторов интерыейса. Почему сейчас так не делают.
Зачем бизнесу постоянно увеличивать прибыль да и это не возможно? Это какой-то вырожденный кейс, рано или поздно наступит равновесие как в любой системе. Да и все это производство нужно поддерживать, иначе в какой-то момент может не оказаться тех, кто понимает как это работает, а механизмы по какой-то причине сломались и не могут себя починить. Золотого миллиона явно на это все не хватит.
Ну вообще да, но обычно опций не очень много. Штук 8-10. Но если опций много, можно уточнить запрос. Типа-хочу латте с соевым молоком и опций будет уже точно не десять.
Не. Лучше 40 берпи. :)
И почему вообще каждый раз нужно циклом бегать и искать аннотиронные поля и методы? Почему нет чето-то вроде findListByAnnotation, и чтобы работало как map, а не полным перебором :)
Как будто создатели stream в java подтолкнули писать слодный код. Иногда в цепочку заворачивают по два десятка действий.
Это же жутко скучно. Через 2 дня сбкжишь оттуда.
Вроде заранее тратить время на оптимизацию плохо, а потом приходит клиент и говорит, что внезапно объемы у безнеса выросли, а наш софт их почету то не тянет. И короче за час надо что-то сделать или штрафы/санкции :). Так что лучше сразу делать хорошо пусть и подольше.
Я ради прикола сделал простую тулзу, а-ля список с таймерами. И грузанул туда задачи из трекера плюс еще пару пунктов добавил типа ответ на почту и созвон.
Когда что-то делаю из списка запускаю на этой задаче таймер, а на предыдущей он останавливается и в итоге под конец дня получилось плюс минус до минут время на всякие задачи. Результат очень сильно отличается от того, как я сам время оценивал. Многие задачи на кодирование занималь процентов на 30% меньше времени чем планировал, а вот созвоны и почта - это зло, они забирают сильно больше времени :) хотя кажется что 1-2 мин это не критично но их пипец как много выходит.
Напомнило как писал код для z80 на assembler. Там тоже длинные числа нужно было побайтово скадывать и перенос не забывать.
Интересно, а насколько они безопастны? Ну вот например ходит человек и сканирует эфир на наличие устройств с bluethoose, которые есть робот-пылесос. Если находит, то подключается через какие - то уязвимости и через камеру пылесоса смотрит дома ли хозяин, ну и если нет начинает 'пентест' проаодить.
Ну или всякие службы могут через заготовленные бэкдоры заглядывать в квартиры, если это зачем - то им нужно.
А почему тут во втором примере с мяукающим котом Cat интерфейс, а не абстрактный класс? По идее за базу нужно брать абстрактный класс, а дальше от него конкретные классы порождать.
Аналогично 15 лет в финтехе. И математики хоть отбавляй, даже производные нужны и численные методы решения нелинейных уравнений. Если интересно, можете посмотреть как считается эффективная процентная ставка для фин инструмента или всякие показатели МСФО.
Clr это не очень хороший вариант. Это нужно доступ к серверу иметь. У нас например админы никого туда не пускают и clr сбору поставить - это 7 кругов ада из согласований пройти. Даже на тестовую среду.
А если взять томик Война и Мир и зашифровать его любым шифрование. Можно получить несколько мегабайт текста, которые можно нарезать на строки нужного размера.
Ага. Рекомендую посмотреть аниме Доктор Стоун.
Можно, но это и близко так не интересно, как сделать самому.
А можно светом управлять, чтобы провода до выключателя в стенах не прокладывать. На стене только кнопка с выключателем и передатчик, а возле лампы приемник и какое нибудь реле или тиристор.
Даже в web есть компоненты и в андроид всякие фрагменты и этому не мешает необходимомть поддерживать разные разрешения экрана, чтобы куски интерфейса удобно комбинировать и реиспользовать. А если есть figma, то хорошо бы, чтобы она отдавала код на нужном языке, а не картинку.
Весь это код для gui... , по идее интерфейс нужно рисовать в редакторе, а не кодить, так сразу видно результат. Вот на визуале выстрелил delphi, там один из самых удобных редакторов интерыейса. Почему сейчас так не делают.
Зачем бизнесу постоянно увеличивать прибыль да и это не возможно? Это какой-то вырожденный кейс, рано или поздно наступит равновесие как в любой системе. Да и все это производство нужно поддерживать, иначе в какой-то момент может не оказаться тех, кто понимает как это работает, а механизмы по какой-то причине сломались и не могут себя починить. Золотого миллиона явно на это все не хватит.
Ну вообще да, но обычно опций не очень много. Штук 8-10. Но если опций много, можно уточнить запрос. Типа-хочу латте с соевым молоком и опций будет уже точно не десять.
Там же скрин есть, где все написано. Просто ввод запроса можно голосом, а ответ текстом. Я так это понял.