Скорее отсутсвие достаточно ёмких и небольших источников энергии. Ещё возможно с софтом есть пока проблемы, проблемы решаемые, но требуют затрат за которые мало кто готов платить.
Да. Опыт перехода был почти 10 лет назад. Некоторые нюансы перехода могли забыться. Вроде как особыхпроблем не было. А так, помню как с ребятами ходили и обсуждали: этот objective-c ерунда, а вот Java… :)
У вас же 3D принтер, по текстуре видно. Почему же дизайн такой неэргономичный? Руки же неудобно класть.
По поводу регулировки оборотов, я вот не знаю. У жены есть такой, обороты всегда на максимуме и менялись только в день после покупки, проверяли как оно работает.
9/13, но блин! Как же тяжело читать. Если бы не любопытство, бросил бы на третьем вопросе. Обычно любименькая IDE делает модненькую расцветку, где не надо тратить дополнительное время на вчитывание. И даже не знаю что посоветовать, обычно у каждого расцветка своя.
P.s. С java в последний раз работал наверное в 2009-ом.
Там не всё так просто. При https трафик шифруется как пользователем так и сервером. А попытка подмены (когда vpn расшифровывает трафик и потом шифрует своим ключом/сертификатом) приводит к тому что соединение сбрасывается. Впн при прослушивании может получить только открытый ключ, для того чтобы зашифровать, а не расшифровать трафик.
Изучаю французский, в моём университете подразумевается что я должен уметь думать на нём и соответственно, чётко выражать свои мысли.
А хотят они это для того, чтобы я не тратил время на перевод, даже если он и мысленный. Так же расказывали исторю про одного ну очень медленного студента, который с арабского переводил на английский, а с английского на французский. (Не спрашивайте почему так, я с ним знаком не был)
Нормальное предложение. У нас в комманде часто говорят похожим образом, а ещё, иногда, мы .net называем c# и наооборот. Такие фразы здорово экономят время. Можно же и комп называть — электронная вычислительная машина.
Есть всякие мультиварки/чайники с функцией включения по времени или со смартфона, другое дело что это дорого и не икея.
А свет, каждому своё, например я любли читать перед сном и мне рравится возможность выключить или отрегулиррвать свет не вставая с кровати.
Похоже возникло недопонимание с тестами.
Разработчик должен писать тесты не потому что этого хочет другой разработчик/менеджер, а потому что это надо разработчику. Все сы люди, все мы человеки. Мы пока ещё часто ошибаемся и у нас не идеальная память. Если мне через пол года надо будет править код, то тесты мне помогут с примерами использования и с большой долей вероятности защитят от ошибки.
ИМХО, считаю что не надо заставлять писать тесты, а надо тбъяснять зачем это и показывать пример.
И да, в моём понимании юнит тесты должны быть максимально глупыми. (Обычно в тестах забываю про наследования, дженерики… и тупо максимально всё забиваю ручками)
В статье очень не хватает примеров плохого кода.
Например, прослойка между сторонним фраймворком и проектом, состоящую из пустых классов, это плохо или нет? Дополнительная обстракция, но может сэкономить кучу нервов при срочном апдейте.
Теперь цепочка размышлений становится понятной. Спасибо.
Извините, но я не понял к чему это? Или статья была изменена?
По поводу регулировки оборотов, я вот не знаю. У жены есть такой, обороты всегда на максимуме и менялись только в день после покупки, проверяли как оно работает.
P.s. С java в последний раз работал наверное в 2009-ом.
А хотят они это для того, чтобы я не тратил время на перевод, даже если он и мысленный. Так же расказывали исторю про одного ну очень медленного студента, который с арабского переводил на английский, а с английского на французский. (Не спрашивайте почему так, я с ним знаком не был)
А свет, каждому своё, например я любли читать перед сном и мне рравится возможность выключить или отрегулиррвать свет не вставая с кровати.
Разработчик должен писать тесты не потому что этого хочет другой разработчик/менеджер, а потому что это надо разработчику. Все сы люди, все мы человеки. Мы пока ещё часто ошибаемся и у нас не идеальная память. Если мне через пол года надо будет править код, то тесты мне помогут с примерами использования и с большой долей вероятности защитят от ошибки.
ИМХО, считаю что не надо заставлять писать тесты, а надо тбъяснять зачем это и показывать пример.
И да, в моём понимании юнит тесты должны быть максимально глупыми. (Обычно в тестах забываю про наследования, дженерики… и тупо максимально всё забиваю ручками)
Оригинальная статья так же не содержит информации о сложностях (поиска, вставки...), но имеет ссылку на ресурс где всё это есть.
Например, прослойка между сторонним фраймворком и проектом, состоящую из пустых классов, это плохо или нет? Дополнительная обстракция, но может сэкономить кучу нервов при срочном апдейте.