Типичный Awento
40.9K subscribers
16 photos
1 video
5 links
По характеру герой вспыльчив и циничен, склонен много и филигранно ругаться, но обладает хорошим чувством юмора и нередко показывает улыбку, без цензуры!

Разработчик, стартапер, манимейкер. Олени и прочий мусор летит в бан. Стучите по делу: @awento
Download Telegram
to view and join the conversation
Автор твита, очевидно, мидл. Я вот, как настоящий сеньЙор, пишу код который и выглядит хуево и работает с горем пополам.

Пссссс: данный текст может оскорблять чувства программистов самоучек и неудачников… Специально.
В петушином полку прибыло, принимайте пополнение!
Давайте глобально, должен помочь знакомому, имхо эту соску люблю и уважаю.

Вот есть контент–проект tjournal.ru, например. Быстрый, классный, функциональный. Наверняка с прекрасной админкой для редакторов.

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

1. битрикс - хуйня для старперов, тем более я нуб в нем
2. ларавель - отличный фрейм, скорее всего буду делать на нем
3. вордпресс - ооооо нет, хелоу из 2010
4. что–то еще?

Есть кто живой может быть из разработчиков журнала? Стукните в лс.
WP - лютое гавно

Да, есть примеры живых проектов на вордпрессе, который тянет 20 тысяч материалов + теги по всей этой истории, рубрики, авторы, различная верстка внутри материала, фотогалереи, медиа–библиотека, CDN, кастомное оформление лент, рубрик, материалов, баннерная система, статистика.

Но , я к нему отношусь так , что человек, который заикается за проект на вп сразу наряжается нищебдродским девом, сори но это мое мнение, не ругайте.
PHP VS WORDPRESS

Глобально — справятся все варианты. На php вполне можно писать очень быстрые и симпатичные проекты и в данном случае - другу советую именно Laravel.

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

Самопис для блога уровня tj несложно сделать на любом фреймворке — laravel, symfony, даже старый добрый Yii (речь об основных функциях, понятно что там довольно много продвинутого обвеса на сокетах — хотя и это не бог весть какой рокет саенс).

Короче, как это ни банально, все упирается в наличие толкового разработчика под тот или иной стек и соответствие хотелок заказчика парадигме wp.
Всем все ясно?
Убунту сервер должен был здесь выглядеть чуть посерьёзнее Виндовс сервера
https://wiki.php.net/rfc/autovivification_false

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

Теперь в false нельзя добавлять элементы как будто это массив! 🤨🤨🤨 Что за...?
Давайте ка лучше рассмотрим пример, который теперь не будет работать:

$arr = false; // гы гы тут фолс
$arr[] = 2; // я передумал, представим что это массив и пушнем какое-то гавно туда

В целом если вы писали такой код, то у вас и так с мозгами не все в порядке, так что за обратную совместимость вашего гавнокода волноваться не приходится. Даже пример в RFC приведен максимально тупой и не жизненный.
А вот нормальным людям, жить станет гораздо лучше!
Я бы вообще убрал возможность и в null что то добавлять, но видимо это слишком жирно, и сделает ПХП сильно похожий на нормальный язык, так что спасибо и на этом нововведении хотя бы.
Про все языки смешно и по делу!
А вот про пхп ерунда какая-то
Ловите дорожную карту по фронтенду на 2021 год, в которой собраны все актуальные инструменты и технологии.

Новичкам она будет полезна для уверенного старта, а опытным фронтенд-разработчикам подскажет, куда развиваться дальше.
Бесспорные факты: использовать или нет

«Курение — это очень опасно для здоровья. Москва — самый крупный город России. Тигры не любят кукурузу. Факты — это очень важный стратегический запас логического ряда для любого убедительного текста»

Это я продолжаю изучать книгу Петра Панды «Копирайтинг: сила убеждения».

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

Логика такая: Если с самого начала автор, падла такая, включил капитана очевидность, то что же будет дальше? Ну его нахуй.

Факты использовать нужно. Но они должны: продавать или пробивать на эмоции — например, удивление.

Логика такая: Ого, это что-то новенькое. Так-так... Что же будет дальше?

Человек существо ленивое, но любопытное. В интернетах он похож на сороку — в груде безликого контента, заметив что-то блестящее, летит на блеск с раскрытым клювом.
Кто то собрал в одну кучу примеры, о том как раньше в пыхе все было явно и удобно, и как потом синтаксический гавносхар из 8.1 все испортил:
https://stitcher.io/blog/php-81-before-and-after
Из рабочей переписки
Уважаю , но иногда он кишит оленями. Stackoverflow токсичный ресурс по вопросам коддинга, но главное узнать ответ.
Не живи в говне

Проснулся, приведи в порядок свою планету. Или как там было?

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

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

Во-первых, работать в приятных условиях намного проще.

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

Уже спустя неделю заметишь перемены к лучшему.
Ищем любую статью в телеграмм по ключевым словам - https://telegcrack.com/ru

Очень удобная вещь для нахождения любой паблик инфы, например, тут можно найти почти все статьи сайта coockie.pro, доступ на который стоит 100 бачей😂

Не благодарите , я #добрый сегодня
Треш php

Одним из самых печальных грядущих новвоведений в новой пыхе будут именованные аргументы :(

Большего гавна которое могло бы произойти с языком даже трудно представить но, имеем то что имеем. Обидно смотреть, как язык превращается в какую-то билеберду, которая активно провоцирует писать гавнокод, без намека на грамотное проектирование и разбиение ответственностей между модулями.
Скоро дойдет до того, что даже у гошников, код будет выглядеть лучше чем наш. Лет через 5 любой скрипт похоже будет выглядеть как огромный json, который путешествует от одной короткой лямбды к другой.
Благо fn fn => с необязательными именованными параметрами позволит нам не заморачиваться с такой хуйней как SOLID и проектирование

:( очень грустно смотреть как всё это происходит под радостное улюлюканье быдла, которое радо любой возможности, писать еще хуже чем пишет сейчас
Как не надо делать мемы: 3 роковые ошибки

Многие давно уже поняли – сила в мэмах. Бодрый мемас привлекает внимание, повышает CTR, разбавляет унылый текст позитивом. Как говорил великий мудрец Котфуций: «Заставь читателя улыбнуться и через минуту он потянется за банковской картой».

Едва ли можно спорить с таким авторитетом, однако у мемчиков есть и обратная сторона. И это не кривые руки «мемолога». Чаще это вторжение извне. Вот пример:

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

1. Попытка блеснуть дизайном

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

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

2. Брендирование

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

«Давайте брендировать мемасы нашим фирменным стильком!» – говорит маркетёр. Вот же чертов гений-то, просто гигант мысли, блин.

Так и появляются на обычных мемах все эти рамки с логотипами. Но фишка вот в чем:

Чтобы брендировать мем, надо делать уникальный сюжет/пикчу/персонажа. Как это делает ШКЯ, например. Ведь там 100% авторский контент.

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

Любая рамочка и логотип никогда не добавят охватов мэмчику (и это уже, блять, причина убрать руки от идеального мемаса). Мем – достояние общественности – не надо брендировать его своим заводом по производству пластиковых труб.

Если же вы сами рисуете пикчи с нуля, тогда пожалуйста, указывайте автора, ставьте лого и т.д. Пока вы это делаете, мы перейдем к третьему косяку:

3. Слишком старые/молодые мемы

Когда подписчики хором кричат «баян!» или «можно пояснительную бригаду?» – пора выяснить, насколько аудитория «в теме». Важно понимать, что самые трендовые мемы не везде заходят.

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

Люди по-разному воспринимают олдскул и далеко не всегда врубаются в новинки. Следи за этим.

Наш SMM канал @wolfsmm
1. Устройство B+Tree индекса в реляционных БД

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

Вот вам кейворды, в которых нужно разобраться или зазубрить, как минимум:
- B-Tree, B+Tree, селективность, кардинальность, многоколоночные индексы, кластерные индексы, покрывающие индексы, выбор индекса

Я не уверен, что расписывать здесь, всё что я знаю о них хорошая идея, поэтому дам вам по-ебалу удочку в виде полезных ресурсов, по которым вы сможете изучить тему лучше меня. Ну и картинок накидаю для красоты(оказывается не накидаю, тогда лимит на размер текста :( дропну их в коменты). Также уточню что я изучал реляционные бд на примере MySQL в Postgres могут быть отличия, но я считаю их не существенными для формата собеса.

- https://www.youtube.com/watch?v=jTQNHhzwTlw - лучшая лекция от Петра Зайцева про то как это всё устроено и работает. Половина скринов оттуда, достаточно для прохождение 90% собесов.
- https://habr.com/ru/company/mailru/blog/266811/ - супер лонгрид, чуть выходящий за тему индексов, но все равно очень интересный и полезный
- https://blog.jcole.us/2013/01/07/the-physical-structure-of-innodb-index-pages/ - довольно низкоуровневая статья для задротов, но помогает глубже понять устройство
- https://m.vk.com/wall-51126445_23775 книжка от этого же автора. Очень скурпулезная и подробная. Я до конца так и не осилил.

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

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

P.S. Завтра, конечно же, поделюсь супер полезным, интересным и крутым курсом! А потом будем изучать очереди
Ты ненавидишь e-mail-рассылки так же, как и я?

Вот серьёзно. Лучше бы тот же Тиньк заябывал в телеге. Я б его кинул в архивы и хуй с ним. Читал бы на толчке раз в месяц.

Объясняю, почему e-mail — это заёба

Для заёбанных информацией людей это реально микростресс — открой приложение, письмо удали или хотя бы отметь как прочитанное.

На 9 из 10 писем реакция у народа такая:

«А.. блять опять какая-то хуита пришла, суки заебали»

И чё, нет норм емаилов и вообще отказаться?

Да не надо отказываться. Нужно понимать цели рассылки. То есть делиться просто интересненьким не стоит. Норм варианты:

1. когда мыло — это единственный контакт лида/клиента

2. сервисные сообщения о статусе заказа и тд. Хотя эту хуиту тоже надо переносить в телегу или батсапы.

В идеале при запросе контактов предложи разные варианты коммуникации. Чем менее стрессово вмешательство в жизнь подписчика, тем меньше отписок.

А ещё в мессенджере мы поближе и попроще. Человечнее. По-моему, это очевидно.