• Google Fiber разгонят до 10 гигабит/с
    +2
    Интересно, но подозреваю, что это не конец наездов со стороны Google. Скажем, DC они тоже запретят.
  • Google Fiber разгонят до 10 гигабит/с
    +5
    Google не разрешает домашним пользователям делать серверы в сети Google Fiber.
  • Создание превью изображений на клиенте: борьба с прожорливыми браузерами
    0
    Итоговым способом получаются несглаженные превьюшки, некрасивые.
  • Проектируем удобный почтовый клиент
    +1
    Идея интересная, надеюсь что-то полезное выйдет. Пользуюсь gmail, несколько замечаний.

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

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

    После длительных экспериментов выбрал кнопки с надписями вместо иконок. Просто надоело запоминать иконки.

    Чтобы архивировать письмо, один раз кликаю на письме (оно открывается) и второй раз кликаю на кнопку архивации. Но идея архивировать за один клик — хорошая.

  • Людям не нравится креативность
    0
    Не совсем понятно, почему креативности противопоставляется лицемерие.

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

    И еще одно замечание. Креативность предполагает исследование. Исследование предполагает эксперимент. Однако жизнь не может состоять из одного сплошного эксперимента. Точнее, нужно отделять среду для экспериментов и среду для жизни. Потому что совершенно не обязательно ваш эксперимент понравится вашим соседям и вы станете обычным эгоистом.

    Вообще, люди, которым «мешают» жить, чего-то не понимают про себя или про жизнь. Любая борьба есть ошибка.

  • Программирование, как новый вид человеческой деятельности
    –3
    > Программисты производят мысли. Они субъективны == идеальны.

    Программисты не производят мысли, они думают. Но не только они, все люди (как правило). Меня не интересует объективность мышления, а сам факт, что вы назвали мысли нематериальными (точнее вы сами не знаете так это или нет, поскольку в одном предложении противоречите себе). Мысли являются материальными.

    > Поверьте, даже когда вы выбираете длину переменной цикла, это будет проектирование.

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

    > Если бы мы понимали каким местом мы думаем (ведь, есть еще выражение "*опой чувствую") и как мы это делаем, то тридцатикратное повышение производительности программистов было бы воспроизводимо

    Вы смешиваете интуицию и рациональное мышление. Но оба процесса без мозга неосуществимы.

    Насчет 30-кратного повышения производительности вспоминается анекдот, что «если бы мне к заднице пилу приделали, то я бы еще и дерево спилил». Но он неприличный для данного ресурса.

    > В программировании основной метод — «метод проб и ошибок».

    В любой области. В абсолютно любой области этот метод единственно возможный. Поскольку полнотой информации никто не обладает. Просто программирование — молодая наука и мало пути пройдено.

    > Так и вижу хирурга или сапера, которые решают свои задачи методом проб и ошибок.

    Хм… Автор, вы шутите или серьезно? Вы действительно думаете, что хирурги никогда не ошибаются и все знают наперед? Или саперы? Вы полагаете, что в медицине на любую болезнь есть ясный и понятный способ лечения? Блин, вам надо скорее в доктора, столько народу спасете…

    Простите, но у вас в голове какой-то идеализированный мир. И вы преувеличиваете значение ошибки. Ошибки неизбежны в любой области деятельности. Вот недавно самолет упал, пилоты допустили ошибку (возможно). Хотя их учат и тренируют как никого другого. В вашем мире такого бы не случилось, а в реальном — произошло.

    > А вы объективно с хронометром понаблюдайте на мало-мало серьезном проекте разработки (от 100KSLOC) сколько времени уходит на уточнение задачи, обсуждение подходов к ее решению, дискуссии типа: найден баг или фича, статус митинги и проч.

    Что в этом плохого? Если беспокоит потраченное время — есть способы формализации и передачи знаний, которые позволяют это ускорить.

    > В большинстве промышленных разработок имеют вовсе не алгоритмическую сложность, а экспоненциальную сложность масштаба, которую со времен Брукса никто так и не победил.

    Автор, вы себе опять противоречите, не замечаете? Вы решите — либо промышленные разработки есть (и значит проблемы решаются как-то), либо их нет (что не так).

    > Если вам надо создать ИС, которая содержит тысячи сущностей и десятки тысяч экранных форм то какие достижения CS вам помогут?

    Автор, вы не понимаете из чего сложность растет. Кол-во не представляет собой сложность. Сложность — это разнообразие поведения.

    А достижения самые обычные: базы данных, XML, языки программирования, тесты и прочее.

    Автор, не пишите о том, чего не знаете или не понимаете.
  • Программирование, как новый вид человеческой деятельности
    –5
    > То, что производят программисты, нематериально – это brainware, результат коллективного мыслительного процесса проектной команды, материализованный на одном из языков программирования.

    Автор много курил и так и не смог понять — материален ли труд программиста или нет?

    > Программирование – это проектирование и только проектирование

    То есть когда я цикл пишу, то занимаюсь проектированием? Пойду за прибавкой, «мужики-то и не знают».

    > Никто не знает, каким местом человек думает и, как он этим местом это делает

    Кхм. Обычно — головой. Там, этот — мозг. У автора другое место думает?

    > Разработка ПО, ИМХО, по ошибке отнесена к инженерии. Инженерия – это там, где применяются достижения науки, техники, используются законы естественных наук для решения конкретных проблем и достижения поставленных целей. В разработке ПО еще не открыты свои законы Ньютона

    Товарищ. Вы с какой луны свалились? В программировании, как минимум, используется математика, но не только она. Алгоритмы рассказать когда были придуманы?

    > Даже выдающиеся программисты не возьмут на себя смелость утверждать об архитектуре новой программной системы то, что она будет успешной. Хотя в программировании уже накоплен определенный опыт провалов, который может позволить искушенному программисту увидеть в архитектуре новой системы антипаттерны — источники серьезных будущих проблем. Но не более того

    А зачем больше-то??? Исследование чего-либо нового — это всегда крайне затратный труд, успех которого никто не гарантирует. Если я спроектировал архитектуру, в которой я могу опереться на существующие, хорошо зарекомендовавшие себя решения, то она будет мною построена, скорее всего, без серьезных сюрпризов.

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

    > Существующее состояние Software Engineering напоминает большую поваренную книгу с многочисленными описаниями рецептов однажды успешно приготовленных блюд из ингредиентов, которых никогда в будущем не будет.

    Ну так молодая наука. Вы почитайте историю математики, найдете столько скелетов в шкафу.

    > А поскольку это ремесло, то человек, научившийся писать программы на C ++, будет также далек от профессионала, как ученик третьего класса средней школы, научившийся писать по-русски, от А. С. Пушкина или Ф. М. Достоевского.

    Автор вообще не понимает о чем пишет, поскольку смешал разные понятия. Попробую растолковать.

    Хорошее знание языка не предполагает, что его обладатель станет Пушкиным. Хорошее знание языка = знание грамоты, то есть законов, по котором строятся предложения и вот это все. Более того, есть масса писателей, которые пишут грамматически неверно (авторский язык). Они являются профессиональными писателями. Но могут не сдать ЕГЭ по русскому.

    В слове «ремесло» нет ничего плохого, скорее верно обратное. Если что-то стало ремеслом, значит уже накоплен позитивный опыт (на базе тонны негативного) и есть проверенные, работающие решения, которых достаточно, чтобы работать (создавать продукты).

    > Свобода – необходимое условие работы программиста.

    Автор предлагает их из тюрьмы выпускать на время создания кода?

    > В силу отсутствия открытых законов большинство решений программистских задач находится методом проб и ошибок.

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

    > У программистов должно быть право на ошибку. Это нормальный атрибут творческого поиска. На ошибках учатся. Умный не тот, кто не делает ошибок, а тот, кто их не повторяет.

    Привет, капитан Очевидность! Как жизнь? А можно у людей остальных профессий тоже будет право на ошибку? СПАСИБО, друг! (* плачет от счастья *)

    > Для программных продуктов еще не придумали адекватные инструменты визуализации

    А как же многостраничные распечатки машинных кодов????? Автор, ну очнись уже. Столько напридумали разных схем и прочего.

    > Необходимость постоянных коммуникаций участников разработки. Из опыта. В среднем у каждого участника проекта разработки ПО на всякие разговоры уходит 50% рабочего времени

    Кажется, понял автора. Труд программиста — это такой особый труд, где приходится много разговаривать. Возьмем, например экипаж самолета или бригаду хирургов — они-то всю жизнь молчат! Только при выходе на пенсию парой слов обменяются… Или, скажем, работают лифтеры — молчат себе и молчат. Только когда раскаленное олово на голову капнет — тогда разговаривают. А эти программисты — они, блин, болтуны чертовы.

    > Для коллективного программистского творчества скорее уместна аналогия с созданием художественного кинофильма или театрального спектакля.

    Капустник? Клоунада?

    Автор, время идет, жизнь меняется. Когда-то действительно студентам давали на лето задание — написать систему распознавания образов. Но сейчас слегка наработан опыт в самых разных областях программирования и более-менее прояснена сложность тех или иных задач. Также более-менее ясно сколько ресурсов будет уходить на менеджмент, коммуникации и прочее, связанное непосредственно с человеческим ресурсом. С современной точки зрения ваша статья — это несусветная чушь.
  • Может ли быть слишком много автоматизации в самолете?
    0
    Это прекрасно.
  • Живой Марс
    +8
    Не, ну серьезно.

    «К сожалению, всю подлинную, былую красоту Марса мы никогда уже не увидим.»

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

    Это не «моделирование», это фантизирование.
  • Живой Марс
    +1
    Прошу в следующий раз промоделировать солнце: как бы оно выглядело, если бы на нем были моря и океаны.
  • Живой Марс
    –3
    Если бы у бабушки был хрен, то она была бы дедушкой.
  • After Reset — игра в которую сложно поверить даже увидев (Kickstarter Campaign)
    0
    Графика понравилась. Персонажи «без изюминки». Надоели боевые собаки в качестве верных помощников, хочу боевого хомяка. Отсутствует стиль: не фэнтэзи, не фикшн и пр. Нужно к чему-то привязаться, ИМХО, чтобы зацепить аудиторию. И еще нужны «бдыыщ» и все разлетелось. А то скучно.
  • Цифровая бумага формата A4 от Sony
    +1
    Выглядит неплохо, цена не радует.
  • Разработка кроссплатформенных мобильных приложений в Delphi #2
    +4
    Простите за занудство, но SQLite игнорирует размер строковых полей. Потому что в любое поле можно поместить строку неограниченной длины ( «в пределах разумного» © ).
  • SQLite: создание «горячей» резервной копии данных
    +1
    1) отказоустойчивость: на уровне приложения закладывается возможность вести изменения сразу в двух БД: основной и резервной и переходить на резервную при отказе основной;
    2) скорость: БД размером до 1 Gb (например), очень интенсивно используется — загружаем целиком в базу-в-памяти (используя Online Backup API), включаем репликацию в базе-в-памяти и время от времени сбрасываем изменения в базу на диске. Сброс изменений на диске делается в отдельном потоке, то есть база-в-памяти при такой репликации почти не занята в процессе.

    Наверное, можно и еще придумать сценарии.
  • Google официально анонсировала новый Nexus 5 и Android 4.4
    0
    Есть где-нибудь в Сети снимки с его камеры?
  • iPad Air(5), iPad Mini Retina, OS X, iLife, iWorks
    +1
    Макось бесплатная. Следующий шаг — она становится Open Source. Но и Windows RT тоже для конечного пользователя. Или сравнение некорректно?
  • О конкурентах нашему WiFi-чайнику. iKettle
    +1
    Нужна температура 40 градусов. Детское питание.
  • 3 способа разработки
    0
    Ах вот как появился на свет PHP…
  • Apple приглашает посмотреть на новые продукты 22 октября
    +1
    Лучше бы iOS 7 попилили. Тормозит, глючит.
  • Инвесторы просят Билла Гейтса уйти
    +1
    Уходи с котенком.jpg
  • 8+ в 1: как я хотел привлечь внимание
    +2
    Мда, похоже Хабр прошел пик своего развития (смотрю на график Суммарное Кол-во Комментариев по Годам). Идет процесс увядания…
  • Chaos Computer Club взламывают Touch ID
    +3
    «история про хакера и соль в столовой»
  • Нелёгкая карьера программиста или чего хотят работодатели
    +6
    Возможно тут проблема такая: не хочу быть программистом «как все», боюсь потерять самобытность, не хочу «на конвейер».

    Начну учиться «как все» — стану «как все», одним из миллионов таких же. Потеряю индивидуальность.

    Спасение — «узкое» знание, высокая продуктивность, смекалка, практический склад ума, направленный на решение конкретных проблем. Также спасает работа в непрофильных компаниях, где ИТ технологии неразвиты и любое их развитие дает сильный толчок вперед. Нет печати отчетов — есть печать отчетов — круто!

    Нужно «открыть ум». Не нужно гордится своими слабостями, нужно их подтягивать, не затмевая сильные стороны. И нужно уметь оставлять прошлое в прошлом. Опыт должен трансформировать человека, а не висеть мертвым грузом. Умеете решать проблемы — отлично. Параллельно изучайте теорию.

    Боязнь развития.
  • Недоволен скоростью джаваскриптов? — Подожди год-полтора, и это пройдёт!
    +1
  • Представляем новый браузер Coast
    +1
    Как открыть в фоне несколько страниц и потом их посмотреть?
  • Tesla Motors обошла Cadillac, Porsche и Chrysler по количеству продаж в Калифорнии
    +16
    Как раз в этом и ошибка крупных производителей, ИМХО. Они пытаются «работать в этом направлении», то есть делают мучительные компромиссы, скрещивают обычные наработки с электро. Не хотят рисковать. А этот парень понял, что так «не выгорит», что нужно действовать по принципу «все или ничего». Применил инновации везде — линии заводов, корпуса машин, заправки, аккумуляторы и пр. И получил ряд преимуществ, наряду с рисками: привлекает много внимания (экономия на рекламе), скорее всего будут преференции от правительства владельцам (машины экономичные и экологичные), новая компоновка машины дала ряд недостигаемых прежде достоинств (машину почти невозможно перевернуть или разбить корпус, очень много места внутри, еще один багажник под капотом, тишина + комфорт).

    Из рисков, которые можно предположить:
    — утилизация старых аккумуляторов — вряд ли их можно просто взять и пустить под пресс. Вообще, подозреваю, что если Элон так все детально продумывает, то, наверняка, введет программу выкупа старых авто (в обмен на новые).
    — риск повреждения аккумулятора и выхода из строя моторов и прочего (авария, коррозия). Компенсируется высоким качеством, наверное и защита есть.
    — эксплуатация в холодном климате. Возможно появится «полярная версия», в которой будет встроенный обогреватель (может и на бензине). Но это отложенный риск — пока есть огромный рынок сбыта и без вечной мерзлоты.

    Вообще говоря, это начало конца) Как только Элон a) покроет электрозаправками > 75% США b) снизит цену на авто до конкурентной с middle-классом c) сможет производить достаточное кол-во автомобилей — у автогигантов начнутся серьезные проблемы. По крайней мере со сбытом в США.

  • Много тестов не бывает
    0
    Для интервала 29 января — 28 февраля ваша функция выдаст «0», правильно ли это? Между датами 30 дней, это больше чем весь февраль (28 дней).

    ЗЫ Ну где же комментарий «На Delphi еще пишут?»? Скорее! У меня сейчас минусователь перегреется…
  • Мошеннические методы монетизации в free-to-play играх
    +16
    Просто удалил CSS когда не смог пройти уровень за 20 попыток.
  • Оптимизируем скорость SQL вставки на Android устройствах
    +5
    1. вставка намного быстрее update, как уже указали. Можно в отдельную таблицу. Можно в отдельную БД и attach.
    2. возможно немного быстрее будет не полное оборачивание всего обновления в одну транзакцию, а commit каждые 1000-5000 операций
    3. если данные сжаты gzip, то проще всего вообще скачивать SQL в виде одной большой строки: BEGIN; INSERT; INSERT;… COMMIT; BEGIN;… COMMIT и передать его весь сразу на выполнение. Отпадает нужда в переходе на C++, так как выполнение одного большого скрипта и там, и там будет примерно одинаково. И парсить ничего не нужно.
    4. можно попробовать подшаманить SQLite, отключив журнал на время обновления, например. Есть риск потерять БД, если приложение будет «убито» во время обновления, но пользователь ведь может тупо переставить приложение, верно?
    5. можно исполнить скачанный SQL на базе в памяти и приаттачить ее к БД на диске. приложение сразу начнет работать, а фоновым процессом будет перекачивать базу из памяти на диск.
  • Esboza — векторный редактор online & фреймворк (Часть вторая)
    0
    1. без undo такие проекты не имеют смысла
    2. отключите выделение текста при таскании углов листа (Хром).
  • Псевдоскоп, или что если поменять глаза местами
    +9
    OK PSEVDOSKOP GLASS!
  • Почему веб-приложения на мобильных платформах работают медленно
    +2
    Это половина правды. Другая половина заключается в том, что для оптимизации кода он должен удовлетворять определенным ограничениям. В которых собака и зарылась. И которые сводят все преимущества динамического языка на нет.
  • Почему веб-приложения на мобильных платформах работают медленно
    +7
    Я сильно подозреваю, что ценность этих тестов равна нулю. По тем же причинам, о которых упоминает автор статьи. Доводы-то те же самые: да, можно ускорить некоторые места (связанные исключительно с простыми расчетами) с помощью asm.js, но проблемы с памятью-то никуда не деваются. Как и тормоза, связанные с DOM и прочим окружением. Этот как если представить дорогу Москва-Питер со светофорами, пробками, ямами и сказать, что вот на отдельных ( и до этого прямых и быстрых участках) мы улучшили среднюю скорость проезжания с 80 до 100 км/ч. Насколько уменьшится общее время в пути, которое составляет 7 часов? Ну, минут на 15.

    И еще такой момент. Какова собственно цель написания веб-приложений? Кросс-платформенность + «простота» программирования JavaScript. «Простота» с точки зрения мощности, гибкости переделок и прочих плюшек. А теперь представим себе как выглядит приложение, оптимизированное asm.js? Это такой винегрет обычного JavaScript-кода, перемешанного вставками оптимизированных кусков. Вы представляете себе сложность поддержки и развития таких приложений? Ведь это сводит на нет все преимущества JS, уж лучше сразу писать нативно…
  • Почему веб-приложения на мобильных платформах работают медленно
    +1
    Исправил.
  • Смертные грехи Программиста
    +1
    Есть мнение, что изначально через игольное ушко протаскивали канат, а верблюд появился в результате ошибки перевода.
  • Американским агентам «повезло» в преследовании русских хакеров
    +7
    Видимо, про это здесь написано.
  • Теплая ламповая игра: Warlords Classic для iOS
    –8
    Можно и мне промокод?
  • Интервью с индивидуальным разработчиком на Delphi
    +2
    Как говорится, «ниочем». В чем, в итоге, выгода FM перед VCL? Если у клиента Windows?
  • Размышления о программировании
    +3
    Автор, вы исходите из (неуказанной) посылки, что программирование в том или ином виде стремится отобразить ментальную модель реальности человека?

    И сетуете на недостаток «выразительных средств», упирая на ограниченность ООП-языков (если правильно понимаю вашу статью)?

    Немного непонятна ваша печаль, если честно.

    Таких целей ведь никто и не ставит. Компьютер не должен стать человеком, это инструмент.

    Многие из трудностей, которые вы упоминаете, вроде как проработаны уже.

    Взять тот же JavaScript. Любой объект можно наделить любым набором свойств и поведений. И даже без наследования.