> Очередной чисто гипотетический пример, к реальной жизни отношения не имеющий? Если у вас функция foo используется в тысяче мест, то это уже де факто публичное API и переименованию не подлежит. Мы же о серьёзных проектах говорим, да? О тех, в которых обратная совместимость не совсем пустое слово.
Не скажу за фронтенд, но на яве и тому подобных — может быть множество одноименных функций в разных пакетах (модулях и т.п.). И куча обращений по неквалифицированным именам. В случае со статикой, IDE работает с единицами языка и легко различает эти случаи. Как быть с текстом?
Лучшее, что я слышал от адепта динамических языков и текстовых редакторов — «называйте все методы по разному». Комментарии излишни)
А как вообще у малины с дефалтным софтом/настройками?
Я поставил Raspbian OS через NOOBS, youtube смотреть невозможно — лагает, хотя даже близко не full hd.
Я пока не разбирался — что именно лагает — сеть, i/o или что еще…
Отнюдь. Баги Eclipse заставили свитчнуться почти год уж как на IDEA.
За это время кое-как к Eclipse Neon починили автокомплит в лямбдах и то не полностью…
Годами чинили, чинили и не вычинили.
Новых фич не заметил…
Dark theme все так же вызывает смех и недоумение.
Один из контрибьюторов Eclipse CDT взялся писать Eclipse Two на Electron:
http://jug.ru/2017/01/eclipse-two/
Но IDEA тоже поглюкивает, конечно, просто это не так мешает пока.
Недавно наткнулся на отличный ЖЖ АСУТПшника, особенно доставляют статьи с тегом «Импортозамещение».
https://goo.gl/GTOJyo
Там и про станки есть, и про много чего… Волосы встают дыбом.
При таком количестве разношерстных языков, библиотек, ОСей, тулов, без SO, как мне кажется, уже не обойдешься.
Это раньше бы сработало, во времена FoxPro, Clipper, скажем…
Да и задачи усложнились, в ответ на усложнение среды…
Но когда есть толковая документация, это хорошо и может быть полезнее заглянуть в нее и посмотреть какие-то хитрые моменты, прежде чем рыться в SO или загрязнять его вопросами. Другое дело, что сейчас это редкость, особенно во фронтенде…
Вижу на одном из скриншотов «Choose File».
В readme проекта не нашел ответа на свои вопросы.
Библиотека сама рисует диалоги choose file и тп? Или использует нативные? Или вообще нет такой фичи?
На мой взгляд, самый большой недостаток Elm — это elm-html.
Он абсолютно недружелюбен ни к верстальщикам, ни к их привычным инструментам.
Та же проблема, что с JSX, но несколько глубже.
Я в курсе про причины, почему так сделано. Но от этого не легче. Мне не настолько нужна компиляция шаблонов с проверкой типов, а вот верстку делегировать выгодно.
>> Вряд ли какой-нибудь китайский аппарат способен выдержать такие температуры, да и от тряски на наших ухабах его жизнь (ну или как минимум жизнь его крепления), скорее всего, будет непродолжительной.
ACV Q2 (китайский наверное?) прожил 5 лет и где-то 60ткм, в мороз и жару работал нормально, пока не начал рассыпаться физически, показывать ерунду на экране и портить файлы (хотя может флешка дохнет). Впрочем, работоспособен (что-то да пишет). Решил не чинить, да и ночного видео считайте, что нет.
Отрывочно помню примерно с того же возраста, но привык об этом никому не рассказывать, не верят.
Родители верили с трудом, после описания деталей событий.
С 2-3 лет воспоминания довольно устойчивы. Было много фотографий, которые позволили не забывать, в том числе, события, смежные с изображенными.
Вот именно, не могут же в 40 проб войти все возможные аллергены.
Я мимоходом в клинике видел рекламу аутолимфоцитотерапии.
Я так понял, там не терапия какими-то конкретными аллергенами, а именно все и сразу.
Но написать можно все, что угодно… Есть у кого-нибудь опыт?
>> JRuby по-прежнему активен и последние версии подают надежды, но впереди ещё много работы.
Только вот стартует он секунды, даже со всеми нужными прописанными заклинаниями, даже на мощных процессорах. Использование console tools как в rails — мука. Прелоадеры? Покажите мне хоть один нормально работающий.
С одной стороны, да, руби сравнительно медленный.
С другой стороны, насколько это важно? Железо дешевое, программисты дорогие.
Для большей части стартапов вопрос нагрузки чуть менее чем неактуален на раннем этапе. Быть бы живу.
Еще один момент — из-за нативных гемов что-то конкретное может быть очень быстрым.
Пример.
Генерация json при помощи oj gem. По факту, он написан на С.
Если ваш проект — обычный CRUD API, где много Read, толку то от «быстрого» языка, где нет хорошей и быстрой реализации json генератора…
Короче, проблемы надо комплексно рассматривать.
На мой взгляд проблемы Rails совсем не в Ruby. Здесь было много статей на эту тему.
Не скажу за фронтенд, но на яве и тому подобных — может быть множество одноименных функций в разных пакетах (модулях и т.п.). И куча обращений по неквалифицированным именам. В случае со статикой, IDE работает с единицами языка и легко различает эти случаи. Как быть с текстом?
Лучшее, что я слышал от адепта динамических языков и текстовых редакторов — «называйте все методы по разному». Комментарии излишни)
Я поставил Raspbian OS через NOOBS, youtube смотреть невозможно — лагает, хотя даже близко не full hd.
Я пока не разбирался — что именно лагает — сеть, i/o или что еще…
За это время кое-как к Eclipse Neon починили автокомплит в лямбдах и то не полностью…
Годами чинили, чинили и не вычинили.
Новых фич не заметил…
Dark theme все так же вызывает смех и недоумение.
Один из контрибьюторов Eclipse CDT взялся писать Eclipse Two на Electron:
http://jug.ru/2017/01/eclipse-two/
Но IDEA тоже поглюкивает, конечно, просто это не так мешает пока.
http://www.yegor256.com/2016/07/18/law-of-demeter.html
Да, сам блог определенно стоило указать, спасибо.
https://goo.gl/GTOJyo
Там и про станки есть, и про много чего… Волосы встают дыбом.
Это раньше бы сработало, во времена FoxPro, Clipper, скажем…
Да и задачи усложнились, в ответ на усложнение среды…
Но когда есть толковая документация, это хорошо и может быть полезнее заглянуть в нее и посмотреть какие-то хитрые моменты, прежде чем рыться в SO или загрязнять его вопросами. Другое дело, что сейчас это редкость, особенно во фронтенде…
В readme проекта не нашел ответа на свои вопросы.
Библиотека сама рисует диалоги choose file и тп? Или использует нативные? Или вообще нет такой фичи?
Он абсолютно недружелюбен ни к верстальщикам, ни к их привычным инструментам.
Та же проблема, что с JSX, но несколько глубже.
Я в курсе про причины, почему так сделано. Но от этого не легче. Мне не настолько нужна компиляция шаблонов с проверкой типов, а вот верстку делегировать выгодно.
Тоже ждал, не покупал первую версию.
http://easyelectronics.ru/ne-strelyayushhie-bokorezy.html
ACV Q2 (китайский наверное?) прожил 5 лет и где-то 60ткм, в мороз и жару работал нормально, пока не начал рассыпаться физически, показывать ерунду на экране и портить файлы (хотя может флешка дохнет). Впрочем, работоспособен (что-то да пишет). Решил не чинить, да и ночного видео считайте, что нет.
В свое время мы так делали сборники билетов для экзаменов (в т.ч. миниатюрные).
>> А ещё препод и с почерком студентов обычно знаком…
Лектор, как правило, не знаком
Родители верили с трудом, после описания деталей событий.
С 2-3 лет воспоминания довольно устойчивы. Было много фотографий, которые позволили не забывать, в том числе, события, смежные с изображенными.
Я мимоходом в клинике видел рекламу аутолимфоцитотерапии.
Я так понял, там не терапия какими-то конкретными аллергенами, а именно все и сразу.
Но написать можно все, что угодно… Есть у кого-нибудь опыт?
В Сабинском районе есть деревня Пукаль.
В Пестречинском — д. Чуча.
Только вот стартует он секунды, даже со всеми нужными прописанными заклинаниями, даже на мощных процессорах. Использование console tools как в rails — мука. Прелоадеры? Покажите мне хоть один нормально работающий.
С другой стороны, насколько это важно? Железо дешевое, программисты дорогие.
Для большей части стартапов вопрос нагрузки чуть менее чем неактуален на раннем этапе. Быть бы живу.
Еще один момент — из-за нативных гемов что-то конкретное может быть очень быстрым.
Пример.
Генерация json при помощи oj gem. По факту, он написан на С.
Если ваш проект — обычный CRUD API, где много Read, толку то от «быстрого» языка, где нет хорошей и быстрой реализации json генератора…
Короче, проблемы надо комплексно рассматривать.
На мой взгляд проблемы Rails совсем не в Ruby. Здесь было много статей на эту тему.