Полезная статья.
Когда начинал работать с stm32 использовал Eclipse. Потом пересел на IntelliJ IDEA.
А так наверное писать можно хоть в vim или notepad
Я-я (нем). С большой вероятностью просто не запустится, скажет что порт занят. Или у вас недостаточно большой и нагруженный кластер ;) Например, Spark UI по умолчанию стартует с портом 4040, и если он занят — увеличивает номер порта на единицу. Так вот, у нас запуск на портах типа 4059 — совсем не редкость.
В конкретном примере я использовал sandbox на виртуальной машине и у меня был настроен порт 6000, на живом кластере это будет скорее всего другой порт.
Я бы сказал, что для упрощения отладки MapReduce надо для начала перестать писать на MapReduce. И перейти на что-то более пригодное для целей тестирования, где маппер — это чистая функция, без примесей Hadoop API, которую можно протестировать автономно.
Что на ваш взгляд более пригодное для тестирования?
Сменить вектор направления в большой копании не так просто, есть старый код который требует поддержки а переписовать на что то новое порой не хватает времени.
Хотя мысли попробовать spark посещают.
счётчик Гейгерадозиметр на ESP8266 с сенсорным экраномименно Clion имелось виду.
для CLion есть плагин
OpenOCD + STM32CubeMX support for ARM embedded developmentДля меня такой вариант самый удобный.
Когда начинал работать с stm32 использовал Eclipse. Потом пересел на IntelliJ IDEA.
А так наверное писать можно хоть в vim или notepad
Было-бы интересно почитать про порты. Так то обычно я использую порт который мне дал администратор: )
В конкретном примере я использовал sandbox на виртуальной машине и у меня был настроен порт 6000, на живом кластере это будет скорее всего другой порт.
Что на ваш взгляд более пригодное для тестирования?
Сменить вектор направления в большой копании не так просто, есть старый код который требует поддержки а переписовать на что то новое порой не хватает времени.
Хотя мысли попробовать spark посещают.