Я бы тоже не пробовал, под виндой приятных штук мало и фар не из самых удобных, но крайне функционален, не поспоришь.
Я, как маковод, пользуюсь PathFinder и не нашёл аналога под винду, очень грусть (дайте нормальный несплит менеджер с вкладками и инетрфейсом не как у консоли).
Охохохо.
Благодарю за приблизительные расценки, честно не знал что так весело. Я конечно слышал, что в силиконовой долине жить дорого, но не думал, что на столько. 180 в год вроде вполне достойная зарплата даже для США, вроде как.
Лично я выбирая из А и Г при переходе на аФон и как раз обратил внимание на то, что в медиатеке А гораздо больше интересующих меня исполнителей, цена та же что и на Г (до введения ндс, теперь ниже) и в силу полного перехода на экосистему более удобный доступ. Настройки качества только для сотовых данных и только вкл/выкл «высокое» качество, но этого мне достаточно. По управлению — на заблокированом экране всё вполне нормально, а в самом приложении я только переключаюсь на конкретный трэк. В общем вопрос не только в сервисе и приложении, но и в остальной экосистеме. Мне правда очень нехватало «мне повезёт» первое время.
Ну зачем вам дом, когда денег хватает на «не в чём себе не отказывать»? И чем вас удалёнка не устраивает?
Да, на жильё/транспорт/личную вселенную всегда надо копить, по крайней мере если вы в россии и не у истоков гугла/яндекса/мэйла. Да и там так же, несколько людей получили крупную отдачу за свои вложения. Как ни крути, а миллионы получают единицы, но позволить себе «ни в чём не отказывать» вполне реально, если есть желание. Просто иногда надо начать смотреть по сторонам, а не думать, что вариантов нет.
Ну с первокурсником совсем не обязательно, 70% моих одногруппников были совершеннолетними на момент поступления, при этом всего 20% поступали не после школы (ушли с первого курса другого института). Примерно такая же статистика была на всём потоке.
Занятно, но мы проходили оба алгоритма на первом курсе института, абы не в школе (бинарный поиск так точно в школе). Что здесь нового/интересного для аудитории хабра?
Я не пользовался амазоном, но заявление про отсутствие необходимости cvv что-то ввело в ступор. Можете поподробней рассказать где и как у амазона проходит оплата без использования cvv?
А почему нет, если законных оснований не было? А если были, то другой вопрос. Или на/в Украине можно чьи угодно и какие угодно данные запрашивать просто потому, что захотелось и СБУ?
Нет сети и алгоритма обучения. Когда будут — это будут случаи из разряда фантастики. Хотя я за предсказуемость, пока, нежели за обучаемость. Пока на дорогах не станет роботов >> людей.
Вы не этот код явно применяете, раз у вас там ещё ряд private полей и кода. Может в данном случае такой подход применим, но случай вы описали явно не полностью, а про «общий случай» мы уже договорились. =)
«Тысячи человеко-часов» потрачены на абстрактную реализацию, которая как правило не применяется полностью. Я не предлагаю вам городить свои алгоритмы, я лишь предлагаю конкретизировать заполнение и чтение дабы оно соответствовало проекту. Вы же хотите писать свою функцию «Fill()» каждый раз, как вам понадобится заполнить map, хотя скорей всего они все будут однотипны, а это снова дублирование кода.
Да, расскажите что ещё вам нужно от контейнера, кроме как положить туда данные и забрать их? Если есть однотипная обработка, то логично её тоже положить рядом с данными, не так ли?
Но это всё на самом деле обсуждение пустоты потому, что я не знаю задачи и не представляю что ещё там накручено вокруг этого всего.
Объясните для чего вам повторять интерфейс, если вы используете 2 метода?
«Почти нет кода» для struct я вообще считаю неверным подходом, хоть многие здесь со мной не согласятся. struct не class и по изначальной реализации в C должен лишь агрегировать данные, никаких методов в нём, ИМХО, быть не должно, а если они есть, то так и назовите class. Иначе в чём по вашему концептуальная разница?
P.S. Да, про struct, возможно, немного старомодно, но я до сих пор не пойму зачем вообще дали возможность в плюсах добавлять код туда. И ведь не только в плюсах. Очень похоже на оверхед потому, что в результате это дублирование функционала class, что, как мне всегда казалось, все стараются избегать, да и более того не имеет смысла.
выяснилось, что на самом деле эти хранилища должны быть не совсем одинаковыми
.
Если бы это было известно заранее (а при проектировании это должно было всплыть), то вероятно было бы что-то иначе.
PS Может у меня «ООП головного мозга», но я бы не стал давать во вне map, сделал бы все внутри класса с методами заполнения и доступа. Скорей всего при данной задаче «направление» передавалось бы в конструктор класса, где и создавался бы map с нужными параметрами. Это вполне логично, так как хранится там не только map, а завтра окажется, что один параметр должен зависеть от другого и в паблик их давать нельзя, что вы будете делать? А ведь судя по началу статьи это вполне вероятно.
Я, как маковод, пользуюсь PathFinder и не нашёл аналога под винду, очень грусть (дайте нормальный несплит менеджер с вкладками и инетрфейсом не как у консоли).
Благодарю за приблизительные расценки, честно не знал что так весело. Я конечно слышал, что в силиконовой долине жить дорого, но не думал, что на столько. 180 в год вроде вполне достойная зарплата даже для США, вроде как.
Да, на жильё/транспорт/личную вселенную всегда надо копить, по крайней мере если вы в россии и не у истоков гугла/яндекса/мэйла. Да и там так же, несколько людей получили крупную отдачу за свои вложения. Как ни крути, а миллионы получают единицы, но позволить себе «ни в чём не отказывать» вполне реально, если есть желание. Просто иногда надо начать смотреть по сторонам, а не думать, что вариантов нет.
Так что, не в 23, а в 11.5, что правда тоже не мало.
«Тысячи человеко-часов» потрачены на абстрактную реализацию, которая как правило не применяется полностью. Я не предлагаю вам городить свои алгоритмы, я лишь предлагаю конкретизировать заполнение и чтение дабы оно соответствовало проекту. Вы же хотите писать свою функцию «Fill()» каждый раз, как вам понадобится заполнить map, хотя скорей всего они все будут однотипны, а это снова дублирование кода.
Да, расскажите что ещё вам нужно от контейнера, кроме как положить туда данные и забрать их? Если есть однотипная обработка, то логично её тоже положить рядом с данными, не так ли?
Но это всё на самом деле обсуждение пустоты потому, что я не знаю задачи и не представляю что ещё там накручено вокруг этого всего.
«Почти нет кода» для struct я вообще считаю неверным подходом, хоть многие здесь со мной не согласятся. struct не class и по изначальной реализации в C должен лишь агрегировать данные, никаких методов в нём, ИМХО, быть не должно, а если они есть, то так и назовите class. Иначе в чём по вашему концептуальная разница?
P.S. Да, про struct, возможно, немного старомодно, но я до сих пор не пойму зачем вообще дали возможность в плюсах добавлять код туда. И ведь не только в плюсах. Очень похоже на оверхед потому, что в результате это дублирование функционала class, что, как мне всегда казалось, все стараются избегать, да и более того не имеет смысла.
Если бы это было известно заранее (а при проектировании это должно было всплыть), то вероятно было бы что-то иначе.
PS Может у меня «ООП головного мозга», но я бы не стал давать во вне map, сделал бы все внутри класса с методами заполнения и доступа. Скорей всего при данной задаче «направление» передавалось бы в конструктор класса, где и создавался бы map с нужными параметрами. Это вполне логично, так как хранится там не только map, а завтра окажется, что один параметр должен зависеть от другого и в паблик их давать нельзя, что вы будете делать? А ведь судя по началу статьи это вполне вероятно.
Ах да, при чем тут проектирование?