Pull to refresh
52
0
Александр @PositiveAlex

Java Developer

Send message

Ты неправильно понял информацию. Как правило, дело начинается с одного человека. Этим человеком по мнению автора был Носик. В параллельной реальности это мог быть совершенно другой человек.


Полагаю, что ты согласишься, что "исток" не может появиться сам по себе, без какого-то человека.

На мой взгляд, будущее обычных компьютеров — это «виртуальная реальность».

Монитор заменится на систему «визуальный интерфейс — глазной нерв».
Клавиатура — на систему рука — компьютер. А в дальнейшем и на мозговой нейроинтерфейс (никакой клавиатуры не будет).

Человечество вначале избавилось от проводов, затем избавится и от самих устройств.

Дальнейшая «нейро-интеграция» будет размывать грань человека и компьютера, превратив общество в общество «синтетиков». При этом, будет непонятно уже, это ИИ управляет обществом, или общество ИИ, так как это будет единая система.
Согласен. Там говорится о «той же версии кода» — довольно размыто, потому как у кода есть свои зависимости (сторонние модули) и учитывались ли все зависимости этого кода — вопрос. Кроме того, окружение изолированное или нет. Если нет — то еще один фактор сбоя. Кроме того есть зависимости у самого кода теста и чем больше код теста — тем больше он использует код фреймворка.

Можно увидеть, что чем больше тест — тем больше он затрагивает различных зависимостей как внешних, так и внутренних.

И это естественно, на мой взгляд.
В терминологии xunit есть определение «нестабильного теста» (Erratic Test) (разный результат без модификации системы) и «хрупкого теста» (Fragile Test) (постоянно падающий тест после модификаций системы).
Это никак не связано с количеством кода теста и оперативной памятью. Это просто отдельная категория тестов. В противном случае, можно было бы говорить о том, что чем длиннее автотест, тем чаще он тестирует race condition, что на мой взгляд, звучит довольно странно.
Спасибо, постарался исправить замечания.
Да, статья имеет несколько граней, в том числе, «не использовать модные новые технологии там, где они и правда не нужны, просто потому что это тренд». Т.е. как всегда, для каждого случая — определенный инструмент/подход.
Не только статью, но и карму тоже закидывают помидорами. Я не жалуюсь, но ощущаю, что со следующей публикации мой аккаунт скажет мне «до свидания» :)
Видимо, я был не совсем ясен в изложении. Пусть они продают сервер для проверки. Ставишь готовый сервак из коробки в компании, и все отделы могут удалено проверять свой код. Для опенсурс проектов будет работать их собственный сервер. При чем тут битбакет, я про их исходники ничего не говорил. Свой сервак для опенсурс нужен исключительно для рекламы и доп денежного потока. Имея некоторые деньги на стороне, можно снижать стоимость лицензии. Когда в компании один флагманский продукт, ясное дело, что лицензия будет стоить очень дорого.
как вам идея сделать клауд сервис для проверки удаленно? Для опенсурс проектов бесплатно, на гитхабе можно будет выводить динамический баннер о статусе проверки. хорошая реклама и привлечение клиентов. плюс на самом сервисе можно рекламу поставить. может идея не совсем точно сформулирована, но может, в ней есть потенциал?
можно ведь прямо в ide написать скрипт для ansible, которая будет автоматом загружать другой скрипт по ssh куда угодно. для дебага это не удобно, конечно, но для получения результатов вполне сойдёт. хотя вариант с stdout через ансибл я не изучал.
А зачем нам теперь нужны классические методики преподавания математики (или физики, или механики) в школе или вузе.

В этом есть здравая мысль, но, это чревато деградацией. Школа — это базис, без него в вузе нечего делать, только в техникум. Некоторые сферы не будут существовать, если люди не будут знать, как решаются задачи руками, т.к. в голове не будет. значит, надо разделять школы по профилям, и вузы, где преподавать так, а где нет. А этот вопрос тоже спорный.
а за труд над статьей большое спасибо :)
На мой взгляд, с точки зрения админа, хоть читаемый код, хоть нет, приходя на новое место и видя хоть павершелл, хоть баш, все равно придётся разбираться. А на своём месте ты сам уже знаешь все тонкости. Поэтому ни тепло ни холодно.

Не вижу особого смысла в читаемых названиях. Чем меньше писанины — тем лучше.

Так мало того, что они создали ещё одного монстра. Приходится соблюдать камелкейс, тире и прочую совсем не нужную муть. Зачем это нужно?

да, ребята подошли к делу со свойственной им основательностью. выпустили мощнейший продукт. от а до я.

но вот идеи, заложенные в нем на мой взгляд оторваны от реальности.

вместо того, чтобы облегчить жизнь админам, они сделали новый замороченный язык программирования и сказали — вперед, программируй, облегчай жизнь себе.

На мой взгляд делитанта в администрировании винды — смысла в этом мало.
Любая информация, которую не проверить в итоге всегда упирается в человеческий фактор. Как мошенники могут поверить в ложь, так же могут соврать и сами мошенники, чтобы просто приколоться
Как вариант, дыра может быть спрятана в 8 винде со входом через облачный аккаунт. Скайп ведь по-быстрому соединили с майкрософт клауд.

Второй вариант — система скайпа вроде бы распределенная, по-типу p2p, открываешь скайп и снифаешь инфу, которая через тебя проходит (или это байка?)

Подозреваю кончено, что акки уводятся через первый вариант. xls отсылает кукисы аккаунта куда-либо, там они проверяются и подсовываются под логин в скайп, ведь там та же веб морда считай, что на сайте майкрософт.
Надо было использовать механизм шифрования энигмы
[2, 3, 5, 7, 11, 13, 17].forEach(function(i) {
console.log(i);
});

Люблю руби за его гибкость.

[2, 3, 5, 7, 11, 13, 17].each { | element | puts element }

После такого, подобный chache код становится каким-то триллером или фильмом ужасов. Ничего не имею против этого языка, так как не работал с ним, чисто визуально.

Спасибо за статью!
Что бы я хотел услышать? Возможно, что-то вроде: «потому что без тестирования невозможно выявить истинное состояние производимого продукта, и насколько он соответствует ожиданиям потребителя».

это ответ на вопрос зачем вообще нужно тестирование.
а вы спрашиваете, почему кто-то решил стать тестировщиком. имхо, вы не то ожидаете.
ответ на вопрос, почему выбрана та или иная профессия никогда не будет привязан к отрасли. это всегда личный опыт по жизни или личные взгляды.

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Date of birth
Registered
Activity

Specialization

Backend Developer
Lead
PostgreSQL
Java
Spring Boot
Java Spring Framework