• GeekBrains научит языку программирования С++
    0
    На «прочтение книжки», я бы сказал.

    Книги Скотта Майерса можно за 1-2 вечера прочитать. Вот только если у тебя нет за плечами опыта в разработке на С++, то пользы от этого прочтения будет даже меньше, чем от прочтения дамского слезливого романа.
  • GeekBrains научит языку программирования С++
    +1
    Ну ладно бы 9 месяцев только на С++ учили писать… Но тут обещают, что из тебя за это время выйдет «и шнец и жнец, и на дуде дудец»

    Самое веселое, это то, что после всего этого, тебе обещают, что ты сможешь поработать на дядю 3 месяца после окончания курсов без оплаты… Ой сорри, почему я решил, что без оплаты… Ты же за курсы заплатил!
  • Задача по программированию о розничной торговле
    +2
    Вы уж определитесь, это простая задача, которая может рассматриваться, как «практика для изучающих программирование» и «тестовое задание для отбора кандидатов», или все же сложная задача для «интересного времяпрепровождения опытных разработчиков»

    Это как бы взаимоисключающие понятия.
  • Задача по программированию о розничной торговле
    –2
    Рассказываю.

    Это делается так
    SELECT * FROM Schuhe_Farbe SF, Schuhe_Groesse SG, Alle_Sache AS WHERE SG.Groesse = :Groesse AND SG.Groesse_id = AS.Groesse_id AND AS.Farbe_id = SF.Farbe_id


  • Сравнение C# и JavaScript. Основы
    0
    Проблема в том, что язык программирования, это немного больше чем названия команд и зарезервированных слов.

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

    Показав человеку, что в двух ЯП, используемых как правило в различных областях, есть ключевые слова с подобными названиями, это как сравнивать русский и английский языки, рассказывая, что в них есть слова и буквы с одинаковым звучанием, и надеясь что знание русского языка, на этом основании, станет некоторым руководством для людей, которые хотят изучить английский язык, зная русский.
  • Сравнение C# и JavaScript. Основы
    +4
    Сравнение МASM и Visual Basic ждать стоит?
  • Компания Bluesmart закрылась из-за запрета «умного багажа»
    +2
    Когда первые наработки умных чемоданов появились, уже тогда говорили, что их запретят провозить в самолетах. Но похоже кто-то не мог на шаг вперет планировать.

    Ну и подозреваю, что дело далеко не в авиакомпаниях, разработать чемодан со съемной не бог весть какая сложная задача. Да, переналадка производственной линии денег стоит, но был бы реальный спрос — перенастроили бы.
  • Переход на отечественное ПО, установки «мегасайенс» и привлечение ведущих зарубежных учёных: план прорывного развития РФ
    +2
    Напомнило.
    — Не беспокойтесь, — сказал Остап, — мой проект гарантирует вашему городу неслыханный расцвет производительных сил. Подумайте, что будет, когда турнир окончится и когда уедут все гости. Жители Москвы, стесненные жилищным кризисом, бросятся в ваш великолепный город. Столица автоматически переходит в Васюки. Сюда переезжает правительство. Васюки переименовываются в Нью-Москву, а Москва — в Старые Васюки. Ленинградцы и харьковчане скрежещут зубами, но ничего не могут поделать. Нью-Москва становится элегантнейшим центром Европы, а скоро и всего мира.

    — Всего мира!!! — застонали оглушенные васюкинцы.

    — Да! А впоследствии и вселенной. Шахматная мысль, превратившая уездный город в столицу земного шара, превратится в прикладную науку и изобретет способы междупланетного сообщения. Из Васюков полетят сигналы на Марс, Юпитер и Нептун. Сообщение с Венерой сделается таким же легким, как переезд из Рыбинска в Ярославль. А там, как знать, может быть, лет через восемь в Васюках состоится первый в истории мироздания междупланетный шахматный турнир!

    Остап вытер свой благородный лоб. Ему хотелось есть до такой степени, что он охотно съел бы зажаренного шахматного коня.
  • Можно ли осознанно отказаться от функционального программирования?
    0
    Не факт. Если придерживаться правила, что геттеров и сеттеров не имею только простые структуры, а доступ к членам более/менее сложных классов осуществляется только через геттеры и сеттеры, то это сильно упрощает жизнь в будущем. Например в будущем может понадобится, чтобы обновление поля дублироваллось соответствующей записью в БД, или при обновлении нужно будет добавить верификацию данных.
  • Можно ли осознанно отказаться от функционального программирования?
    0
    Прелесть геттеров и сеттеров программист начинает ценить, когда 10-й раз переделывает интерфейс из-за того, что возникает необходимость изменить поведение объекта на установку или запрос какого-то поля.
  • Восемь возможностей C++17, которые должен применять каждый разработчик
    –2
    Вопрос, если я не хочу применять эти возможности, не смотря на то, что автор говорит, что я должен их применять, то я что теперь, не разработчик?
  • Facebook предлагает потенциальным жертвам порномести заранее переслать свои голые фотографии самому себе
    +1
    Ну простые искажения, типа «поиграться с яркостью/контрастом» действительно не помогут, т.к. у perceptual hash эти хэши строятся не на основании оригинальной картинки, а у ее производной. Но вот изменение яркости + смещение/обрезание + добавление текста обойдет такой хеш без особых проблем.
  • Facebook предлагает потенциальным жертвам порномести заранее переслать свои голые фотографии самому себе
    +1
    Может perceptual hash. Боюсь что и они обходятся обрезанием и искажением картинки. Тот же TinEye не всегда способен найти картинку, которая гарантированно есть в Интернете, но правильно искажена.
  • Facebook предлагает потенциальным жертвам порномести заранее переслать свои голые фотографии самому себе
    –2
    Глупая система.

    Просто завтра напишут программу заменяющую 1 пиксель на фотографии, и вся система накроется медным тазом, потому как типичная(ый) пользователь сможет ее скачать и использовать.

    P.S. Меня убивает это выражение «типичный западный пользователь». Неужели кто-то еще верит, что на западе «ну тупые они, тупые» (С)
  • Премирование vs депремирование
    +1
    Вся правда заключается в том, что если поднять зарплату и убрать премию, то депремировать не получится, т.к. трудовое законодательство прямо запрещает такое. Вот и остается единственный вариант, описанный автором.
  • Премирование vs депремирование
    +7
    Задачу менеджера я вижу именно в том, что бы настроить процессы таким образом, что бы они максимально выполнялись без участия руководства.


    Не могу понять эту фразу, как ни кручу.

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

    Я против ручного управления и предпочитаю работать с сильными специалистами, которые могут для своих рутинных работ и приоритеты верно настроить, и продумать последствия своих действий.


    И поэтому ты предлагаешь их депремировать, вот этих вот «сильных специалистов», которые благодаря настроенным процессам могут взять инициативу в свои руки, верно определять приоритеты и думать о последствиях своих действий?

    Серьезно?!
  • Премирование vs депремирование
    +2
    Более того, если у специалиста бэкап перед накаткой изменений прописан, а он не сделал — то в первую очередь кужно разобраться, почему, может его вообще на проекте лучше не держать, а может его 2-ю неделю овертаймить заставляют.

    Ну а если такой бэкап в процессах не прописан, то менеджера нужно пороть, а не специалиста
  • Премирование vs депремирование
    +16
    Ага, а вокруг единороги летают

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

    У депремирования есть только одна хорошая сторона, оно позволяет без проблем от некоторых людей избавиться. Но и тут есть нехилая вероятность, что уйдут не те, кто нихрена не делает, а те, кто проект на себе тащил.
  • Оптимизация C/C++ кода
    –1
    По поводу округлений, автор предлагает сейчас писать процессорозависимый код. Отличное решение! Пусть программист пишет под все типы процессоров, которые на текущий момент имеются. А про преждевременную оптимизацию — это для лохов сказано. И не важно, скажем, что программа будет терять по 10-15 секунд на постоянных обращениях к БД, зато на процессорах семейства Pentium, она будет выполнять округление на 0.00001 с быстрее.

    И на счет банковского округления мне понравилось. Автор решил, что это самый «правильный» метод округления, значит тому и быть.
  • Ideal OS: перезагрузка десктопных операционных систем (часть 1)
    +1
    Ты не понял, мой посыл в том, что теги не так универсальны, как хотелось бы.
    — Во первых, не однозначность использования слов для самих тегов. В 2014 году я помечал фотографии словом «фото», потом «фотки», потом «фотографии» потом еще как-то. В свою очередь год можно пометить как «2000», «2000г», «2000 г.» и т.д. Можно сказать, что это пользователь виноват. Да, это так, вот только проблема, пользователь не обязан ни только быть аккуратным, он вообще не обязан даже теги расставлять.
    Кстати — это хорошо демонстрируют различные сайты, на которых контент создается пользователями.
    — Во вторых, теги имеют свойство плодиться. К примеру Вася, был в Египте 10 раз, 2 раза в 2000 году, два рада с 5-ю друзьями, один — с 10-ю, в остальные разы с 1 — 3-мя друзьями. Друзья в его поездках пересекаются, у некоторых друзей одинаковые имена. И т.д.
    В результате в начале он даст фоткам теги Египет, потом начнет добавлять тег года, потом ему может понадобиться указать имена друзей, далее, из-за того, что имена могут пересекаться — еще и фамилии. И так далее. А еще он может не только в Египет ездит. А некоторые теги — дублируются, как в п.1 и т.д. Как думаешь, сколько пользователей начнут этим заморачиваться? По мне, так хорошо, если 10-15%. А большинство и одного тега не дадут.
  • Ideal OS: перезагрузка десктопных операционных систем (часть 1)
    0
    С другой стороны, теги хранимые внутри файла имеют свое ограничение.

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

    Итого у нас 1001 формат файлов, и у каждого своя уникальная структура хранения метаинформации, и не везде она совместима для удобной фильтрации и сортировки.

    Т.е. как не реализуй, но все равно придет такой себе Josh Marinacci и скажет: «Что это за фигня, мне это не удобно, Ideal OS должна быть совсем не такой»
  • Ideal OS: перезагрузка десктопных операционных систем (часть 1)
    0
    По поводу mp3, на самом деле раздражает, что даже в пределах одного альбома, и даже не скаченного где-то с пиратского сайта, а официально купленного, у соседних файлов теги могут различаться. В результате плееры, которые сортируют такие файлы по тегам, показывают две папки для одного концерта, вместо одной.
  • Ideal OS: перезагрузка десктопных операционных систем (часть 1)
    +1
    Как по мне, то если говорить о некой «правильной» реализации, то тэги обязаны быть частью файловой системы, при этом они обязаны быть однозначно привязаны и к файлу. Т.е. при копировании, архивировании и прочих действиях с файлом метаинформация о файле не должна портиться, а должна так-же сохраняться/архивироваться/передаваться.

    Желание сохранять метаинформацию в самих файлах понятно, и конечно, как было сказано, полно файловых форматов, предполагающих сохранение такой информации. Но вот ведь в чем вопрос, получается, что файлы не предполагающие сохранение такой информации, такую информацию не сохраняют (простите за тавталогию).

    К сожалению, смею предположить, что таких файловых форматов сейчас все же наверное большинство.
  • Ideal OS: перезагрузка десктопных операционных систем (часть 1)
    0
    Ну, HPFS умела работать с метаданными файлов (aka. «extended attributes») еще в далеком 1988 году, если мне не изменяет память.
  • Ideal OS: перезагрузка десктопных операционных систем (часть 1)
    +2
    С тегами есть одна маленькая проблема, порой разные слова испоьзуются как теги с одним смыслом. К примеру далеко не факт что поиск по словам «отпуск египет 2017г фотки» выдаст файлы с тегами «отдых Египет 2017 фотографии».

    Ой, только не говорите мне, что я, как пользователь, обязан помнить все теги, что я присваивал файлам 2 года назад.
  • Ideal OS: перезагрузка десктопных операционных систем (часть 1)
    +16
    Почитал оригинальную статью. IMHO, к сожалению решения автора похожи на совет: «Мышки — станьше ежиками». Увы.
  • Ideal OS: перезагрузка десктопных операционных систем (часть 1)
    +2
    P.S. тем не менее будет интересно посмотреть на те решения, что предлагает автор. Надеюсь они будут вменяемыми и реализуемыми.
  • Ideal OS: перезагрузка десктопных операционных систем (часть 1)
    +17
    На улице 2017 год. Я не понимаю, почему я должен готовить обед сам? Мне уже давно его должны готовить роботы. И на отдых я хочу летать на Марс! Это же так просто, запустить космические корабли туда. Да, и почему я не могу в свой старый жигули залить вместо бензина воду, и поехать. Бензин и вода — жидкие! Я не вижу никаких проблем в совместимости между ними!
  • Лукашенко протестировал Tesla Model S и распорядился создать электромобиль по этому образцу
    +1
    А зачем аккумуляторы? Человечество давно решило эту проблему!

    image
  • Современный найм — отстой
    +1
    То, что ты описал в первом примере — бывает. Но это далеко не тренд. В последнее время я вижу сильно много сеньеров, которые стали сеньерами, потому что долго в компании работают. Нет, они конечно работают неплохо, свои деньги в данной компании отрабатывают, но вот брать бы их на сеньерскую должность в новый проект, со сменой технологии и языка — нет уж, увольте.
  • Современный найм — отстой
    +1
    1. Хороший программист сможет освоить новый язык довольно быстро — это правда. Вот только нюансы языка даже за 2 месяца освоить не получится. А сеньёр/техлид отличается от мидла именно знаниями этих нюансов.

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

    3. Я бы еще понял, если бы эта статья была написана программистом. Но в заголовке я вижу:
    руководитель программистов (нанимался и нанимал)

    Возникает вопрос, неужели автор этого текста нанял бы себе на проект на позицию Perl сеньёра/техлида того, кто раньше писал только на PHP и Perl в первый раз видит? Что-то у меня смутные сомнения.
  • Bobby Compact — новое поколение «противоугонного» рюкзака
    +3
    Рюкзак в метро нужно снимать не всегда. Когда вагон полупустой, а у тебя не этот ужас толщиной наверное сантиметров 30, а нормальный городской рюкзак толщиной сантиметров 10, то можно спокойно стать спиной/рюкзаком к стенке, и вуаля, ты место занимаешь почти столько же, как и без рюкзака.

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

    Да, и еще, карман для телефона на спине, это так задумано, чтобы его было легче доставать, когда тебе звонят или телефон понадобился?
  • Что я изменил бы в Go
    +4
    А уж как в свое время взлетел PHP…

    Т.е. я не хочу ничего плохого говорить про PHP или иной язык, но оценивать качество языка по его распространению… ну не знаю.

    Быстрый взлет говорит не о качестве, а о простоте вхождения.
  • 3D-ручка для 3D-печатника, исправление запоротой печати
    +5
    В кои веки кто-то написал вменяемую статью о практическом применении 3D ручек

    Респект
  • О функциональном программировании в фронтенде
    +1
    На самом деле, проблема этой статьи видна уже в первой строке:
    Заинтересовался темой функционального программирования, увидел здесь статью, и решил перевести


    Проблема не в том, что статья плохая, неправильная и т.д. А в том, что для того, чтобы сравнивать достоинства и недостатки различных подходов программирования нужно потратить хотя бы пару лет используя эти подходы на практике. Причем практика должна быть не уровня «Hello world», а реальные и желательно большие проекты, чтобы писать их не в одиночку стдя на удобном диване, а в команде из хотя бы нескольких человек, и что бы то, что вы пишите потом интегрировалось с кодом написанным другими командами.
  • О функциональном программировании в фронтенде
    +5
    Кстати, почему решили, что locked обязано быть boolean? А если это 3-х позиционный замок: открыто, закрыто, открыто но на цепочке? И вот, весь показанный бонус от ФП пошел лесом. В то время как в солучае ООП мы проблем не получили.
  • О функциональном программировании в фронтенде
    +7
    Для новичка они ужасны, т.к. вместо того, чтобы показать в чем достоинство ФП, они будут смотреть на этот пример с дверью не понимая, нафига козе баян.

    Но самое главное. Все эти попытки противопоставления ФП и ООП, они подобны потивопоставлению картошки и апельсин. Зачем они?
  • Вышел Firefox 52 c поддержкой WebAssembly
    0
    У меня одного последняя версия огненной лисы тормозит безбожно и память жрет как не в себя?
  • Nintendo Switch может изменить всё
    0
    Давайте честно.

    Switch будет проигрывать полноценным приставкам типа PS* или XBox* просто в силу размера и мощности. С другой стороны мощностей современных носимых приставок хватает для игр, которые для них пишутся. Т.е. единственное на чем может вылезти Switch это игры, которые будут недоступны на других переносимых игровых приставках в силу недостатка мощности.

    Да, это вполне себе нормальная такая ниша, подобная Nintendo DS. Но как ни крути, это всего-лишь ниша, а не какое-то уберновшество меняющее игровую индустрию.
  • Нейросеть DeepCoder учится программировать, заимствуя код у других программ
    0
    Роботы успешно заменили человека только там, где работа однообразная и повторяемая. В остальных сферах до этого еще слишком далеко.