Как стать автором

Генрих Саулович Альтшуллер (псевдоним - Генрих Альтов) - автор ТРИЗ-ТРТС (теории решения изобретательских задач - теории развития технических систем), автор ТРТЛ (теории развития творческой личности), изобретатель, писатель.

В 1946-48 г.г. главной целью жизни стала разработка ТРИЗ (теории решения изобретательских задач). Основной постулат ТРИЗ-ТРТС: технические системы развиваются по определенным законам, эти законы можно выявить и использовать для создания алгоритма решения изобретательских задач. Созданию и совершенствованию ТРИЗ-ТРТС, а в конечном счете, созданию теории сильного мышления, Г.С. Альтшуллер посвятил свою жизнь - около 50 лет.

Г.С. Альтшуллер построил АРИЗ и ТРИЗ вокруг главного признака изобретательских задач и ситуаций - это наличие ПРОТИВОРЕЧИЯ (КОНФЛИКТА) в системе.

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

Добрый день! Я начинающий фулстек-разработчик, и это моя первая статья.

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

Предупреждение: в статье использованы как функциональные, так и классовые компоненты.

Отзывы — мощный инструмент, который помогает завоевать доверие потенциального клиента и сформировать лояльное отношение к компании. Кажется, это уже аксиома. А как быть, если отзывов нет?

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

Новость этой недели - на Манхэттене открылся совместный проект Starbucks и AmazonGo. 

Я не мог не сходить, проверить на себе. 

Протопал пол Манхэттена от офиса и вот моя история.

Сравню три сценария посещения Starbucks.

Обычный поход в Starbucks:

• Зашёл 

• Заказал кофе и какой-нибуль сэндвич 

• Сказал имя, оплатил 

• Услышал имя, забрал

• Ушёл 

5 минут

Тот сценарий, что ждёшь от абсолютно автоматизированного Starbucks + Amazon Go:

• Зашёл

• Взял кофе и сэндвич 

• Ушел
1 минута.

Явно вся магия должна случиться в заказе и оплате, как-то там само все чтобы произошло)

Реальность: 

• Со входа уткнулся в турникет 

• Спросил, как войти (и да, мне не хватило подсказок на стенах) 

• Открыл приложение AmazonGo 

• Нашёл в меню раздел с QR 

• Поднёс, отсканировал 

• Зашёл (!) 

• Взял с полки сэндвич/салат 

• Пошёл искать, где взять кофе 

• Обошёл 2 раза всё заведение 

• Подошёл спросить менеджера

• Получил ответ, что в другом приложении заказ надо делать - Starbucks (WTF?)

• Пошёл скачивать. О, нет! В русском апсторе другой апп Starbucks 

• Пошёл заказывать вручную через менеджера 

• Оплатил, как обычно (POS-терминал спрятан в тайный ящик, ну чтобы типа, чтобы никто не видел, что так тоже можно) 

• Сказал имя 

• Не услышал своё имя после исполнения, но увидел на экране. 

• Пошёл забирать кофе 

• Уткнулся с внутренней стороны во входной турникет, кофе стоит на полке снаружи 

• Попросил передать мой кофе менеджера. 

• Подождал пока он до меня еще кому-то поможет. 

• Пошёл с кофе к салату/сэндвичу (никто там еще не съел его?) 

Здравствуй, уважаемый читатель!

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

Но, как быть тем, кто уже потратил лучшие для образования годы, т.е. времена отсутствия обязательств? Тем, кого свое сегодняшнее социальное и материальное положение не особо устраивает и все-таки хочется еще что-то изменить, но времени не особо есть?

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

Но и не все так плачевно, сейчас объясню.

Всем привет, я - Денис, Product Manager в банке, а до этого перезапускал вебинарную платформу VirtualRoom.

Сегодня я расскажу про свой скрипт, который отмечал меня на лекциях в аспирантуре мехмата МГУ.

Полную версию можно посмотреть на youtube.

Я учусь в седьмом классе. По математике мы проходим линейные и квадратные уравнения, графики. Я решил заниматься дополнительно. И среди прочих задач, мне попалась задача с такими условиями: "Население страны ежегодно увеличивается на 1/80. Через сколько лет население страну удвоится ?" Это задача из "Сборника конкурсных задач по математике с решениями" Кущенко В. С., 1966 года издания.

Первой моей мыслью было написать программу на python, где в цикле увеличивать значение 1 на заданную величину 1/80, пока оно не достигнет 2. Она выглядит таким образом...

Кажется, что жалобы на колл-центр - это одна из самых популярных тем всех форумов, когда дело доходит до общения с клиентами. Почему? Все дело в том, что людям намного проще нахамить, нагрубить, проигнорировать, находясь по другую сторону экрана, чем сделать это при личной встрече.

Несмотря на то, что данный вид связи и передачи информации наиболее комфортный и быстрый, он также приводит и к нехватке контроля и, следовательно, к "распущенности" операторов. Однако первый личный контакт клиента с компанией, выходящий за рамки красиво оформленного сайта, происходит именно в чате. Именно поэтому от того, как быстро, вежливо и четко ответит оператор, зависит останется с вами клиент или уйдет к вашему конкуренту.

Много написано о том, что хорошей практикой является объявление полей экземпляра класса с модификатором private, а чтение и модификацию их осуществлять с помощью public геттера и/или сеттера. Действительно, этот приём даёт уверенность, что вся логика, предусмотренная разработчиком для событий чтения/записи, будет выполнена в случае использования класса кем-либо. Однако, разработчик класса в методах по-прежнему имеет возможность читать и записывать значение поля напрямую! Чтобы избежать этого, предлагаю следующий трюк. Потребуется чуть больше кода, но теперь даже IDE не сможет подсовывать это поле в подсказках.

Для каждого "super private" поля нам потребуется Supplier и Consumer. Вся логика геттера и сеттера происходит в них. Сами геттер и сеттер - лишь обёртки для public доступа.

Всё понятно из примера ниже.

Недавно столкнулся с проблемой отлова события изменения ячейки в DataGrid. Недолго поискав в интернете, нашёл событие CellEditEnding, казалось, всё супер, но нет, возникло несколько проблем.

Первая проблема это то, что событие возникает после завершения редактирования ячейки, НО до изменения самого содержимого DataGrid. То есть, если при вызове этого события мы хотим проводить какие-либо действия с DataGrid, то у нас это не получится. При вызове события, DataGrid занята основным потоком, она ожидает завершения редактирования данных, которое произойдет после вызова события.

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

Сразу опишу главный плюс такого решения – Это бесплатно! Любой может более менее полноценно администрировать рабочие места(Windows машины/сервера, linux сервера, любые ОС), работать с бекапами и эффективно использовать мощность железа.

Так уж вышло, что профессиональные решения типа VM Ware стоят очень приличных денег.

Введение

Данная статья преследует цель упростить жизнь таким же энтузиастам, которые по какой-то причине, не являясь большими devOps специалистами, уже развернули визор Xen Server и запустили на нем продакшен проекты.

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

Здесь мы рассмотрим свой опыт работы, проблемы и их решения, приходящие в процессе эксплуатации Xen Server в полностью бесплатном режиме и без какой-либо подготовки, в формате «разберемся в процессе».

Вкратце изложу свой опыт ремонта моторов.

Ситуация, при которой детки переламывают кабель моторов Lego WeDo 2.0, достаточно распространена. С переломанным кабелем моторы либо "глючат" (и надо найти правильное положение, в котором они работают) , либо вообще перестают вращаться.

Что делать? Покупать новый мотор? В наших реалиях - это дорого. Даже китайский аналог стоит порядка 15 единиц валюты.

Самое очевидное решение - попробовать отремонтировать.

Создание TelegramBot на Delphi, как модуля к основной программе

Маркетант расправил плечи, или Удаленная жизнь 

А часто вы вспоминали жутковатый телесериал-антологию Black Mirror, который завершился в 2019 году будто лишь затем, чтобы реинкарнировать в следующем – уже гайдом по аналоговым фобиям человечества, предшествовавшим эпохе цифрового абсолютизма? Реинкарнировал и выдал мокьюментари “2020” о совершении массовкой фаталити против здравого смысла: прозябание, паника, обереги (они же медицинские маски) по карманам. И в нём только атлантам маркетинга окажется по плечу абсолютно всё и даже будущее…

Веб-разработчик, который на время становится дизайнером интерфейсов, может, как убить, так и улучшить продукт. Впрочем, на мой взгляд, первый вариант куда более реалистичен и гораздо более вероятен. T-shape компетенции - это конечно же круто, а M-shape - это вообще бесподобно, но, к сожалению, таких специалистов крайне мало.

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

Я уверен, что хирург может и даже должен подсказывать какие-то моменты анестезиологу, а анестезиолог - хирургу. Это нормальный процесс. Ведь именно от работы этих двух крутых специалистов зависит будущее состояние пациента. Так и с продуктом веб-разработки, на мой взгляд. Ей тоже, как мне кажется, должен заниматься не один человек.

Моя жена вот уже полгода учиться на UX/UI-дизайнера в Яндекс.Практикуме. Я вижу, какой огромный объем работы она проделывает, выполняя задания в рамках своих спринтов (боюсь представить, что будет на дипломе, на который она выходит через неделю). И я понимаю, что если пройтись по верхушкам, то может получиться красивый и вроде бы даже качественный продукт. Но будет ли он удобным для большинства?

Концепция Pusa переносит разработку на Back-end, исключая работы JS для Front-end. Управление браузером и DOM элементами, бизнеслогика выполняются на Back-end. Разработка JS для Front отсутствует. PUSA может быть реализована на любом Back-End PHP, JS, Java, Go, Ruby, etc.

Разворачиваем Ruby on Rails проект на Ubuntu 16.04 и выше с postgresql и nodejs. настроим postgresql, nodejs, nginx.

Решил поизучать unity и пришла идея попробовать сделать шутер с видом сверху и столкнулся с проблемой. А как заставить персонажа двигаться по направлению взгляда?В итоге пришел вот к этому.

Экспорт UI дизайн-интерфейсов из Figma в Xcode iOS/Android Studio, в виде .xib/xml

FigmaConvertXib это инструмент для экспорта элементов дизайна из проекта Figma, в среду разработки, с точностью 90%. В результате конвертации будут созданы файлы xib / xml, и уже с помощью интерфейс редактора Xcode/Android Studio, можно будет манипулировать всеми элементами у себя коде. Если дизайн вашего проекта разрабатывается в Figma, и вы не реализуете дизайн программно, то это для вас. Для того чтобы не тратить огромное время на реализацию всех UI элементов.

Есть два подхода к отчётам: правильный и неправильный.

Правильный подход: менеджер ставит задачи специалистам, заносит их в таск-менеджер. Специалисты выполняют задачи, сдают их менеджеру, делают отметки об их выполнении в таск-менеджере. Т.к. менеджер сам ставил задачи, то он знает, чем занят в конкретный момент времени сотрудник, может оценить трудоёмкость его задач и качество выполнения. Есть прямая связь между количеством и качеством выполненных задач и размером оплаты труда. Отчёты специалистов не нужны, всё видно в таск-менеджере.