Подскажите пожалуйста. где можно увидеть «красивый код»? Может быть посоветуете автора на GitHub, у которого можно скачать небольшое, но полноценное приложение?

// работаю один, поэтому только так =(

Красота в глазах смотрящего

(по хате)

У всех свои понятия о красоте кода

В частности интересует разбитие на классы и папки

Я видел телеграм на гите есть

Вроде официальный

Думаю там можно подсмотреть)

телеграм едва ли сойдет за пример красивого кода

код телеграма явно не то; мне на гите больше всего нравится badoo/chatto

только там на свифте

телеграм едва ли сойдет за пример красивого кода

+1

А почему телеграм не оч? Но я правда его и не смотрел)

Он на C++ написан, если мне память не изменяет

неидеоматичненько

Далан?

неидеоматичненько

кстать, привет с трактора)

шалом алейхем

Нет, обманул, телеграм на objc

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

плюс он не компилируется без танцев с бубном

и даж если скомпилишь, дальше стартового экрана не уйдешь

у https://github.com/badoo/Chatto, все довольно красиво; разбито по модулям; много best practices и даж есть какието тесты

а вот desktop клиент, на сколько я знаю, у telegram очень даже норм; как пример проекта на c++ qt

красивый код однозначно тут - https://github.com/rambler-digital-solutions/rambler-it-ios

>однозначно

конечно :)

Коллеги, есть такая задача, делать скриншоты основной вьюхи, вычислять 2 цвета, и генерировать градиент, проблема в том что это надо делать в реальном времени, примерно каждые 100ms обновлять, трудоёмка ли будет эта операция?

Я думаю, что можно просто сжимать изображение, если будут проблемы

Или может кто знает) как победить синдром вертикального фото/видео

А почему телеграм не оч? Но я правда его и не смотрел)

Там файлы по 8к строк кода были когда я смотрел. Это конечно давно было, хз как сейчас. Хотя весь код от мтпрото выделен в отдельный фреймворк

Там файлы по 8к строк кода были когда я смотрел. Это конечно давно было, хз как сейчас. Хотя весь код от мтпрото выделен в отдельный фреймворк

хоспаде

Коллеги, есть такая задача, делать скриншоты основной вьюхи, вычислять 2 цвета, и генерировать градиент, проблема в том что это надо делать в реальном времени, примерно каждые 100ms обновлять, трудоёмка ли будет эта операция?

Проходись по каждой 10й строке

Проходись по каждой 10й строке

Не совсем тебя понял

Ну не все пиксели бери в расчет цвета а каждую 10ю строку и 10й столбец. Если надо 2 дом нирующих цвета выделить то хз даже, погуглить надо

С этим то проблем нет, делать скрины всего экрана накладно

Я ещё не пробовал, но мне так кажется

Буфер выдели под ргба и его переиспользуй

Можешь не весь экран скринить а только часть какуюто

Или определенную субвью

ребята, если я нашел бук про 2014 года за 56 тыщ, новый, нужно брать, да?

хм типа он 2 года просто где-то лежал на складе?

стартап на шее инвесторов закупил @ выдать никому толком не успели @ обанкротились

хм типа он 2 года просто где-то лежал на складе?

да, похоже фейк) домен .win ХАХА

блин посмотрел ценник на эппл ру и понял почему “нужно брать да?” ))

привык уже, что в РБ все в польшу ездят за техникой и ндс возвращают

Ребят привет) Я занимаюсь организацией IT мероприятий и завтра приглашаю всех, кто из Москвы, на международный хакатон TADHack.На площадке будет куча экспертов из отрасли,всякие ништяки и общий призовой фонд 42 000 $ Вот тут вся инфа) - https://tadhack.voximplant.ru/

А вы можете уточнить, что призовой фонд состоит из промокодов, а не кэша

Что вы думаете по поводу записи if (error) return blockSuccess(error);

Вместо if (error) { blockSuccess(error); return; }

Пацаны, у Xamarin.Forms есть ветка на гитхабе macOS, и там есть Xamarin.Forms.Platform.MacOS, вы нигде не натыкались на какие-нибудь писульки, как можно сейчас попробовать на макось формсовую приложеньку сделать?

Что вы думаете по поводу записи if (error) return blockSuccess(error);

в первом случае метод возвращает блок?

Нет, нужно вызвать блок и закончить выполнение

Многим не нравится, когда опускаются фигурные скобки, даже для такой мелочи. Так что есть еще и третий вариант if (error) { return blockSuccess(error); }

Да, меня тоже проят ставить скобки, но не могу привыкнуть =(

Нет, нужно вызвать блок и закончить выполнение

не знал что так можно. кстати блок нужно проверять

да, блок все равно придется проверять

ERROR: S client not available

Эту проблему я решаю

_Nonnull

Но не всегда…

все равно какая-то мутная схема, не совсем очевидная а если блок возвращает не Void?

Лично у меня множество блоков и все возвращают void Конкретно для меня, такая запись очень сократит некоторые классы

начнем с того, что blockSuccess(error) не совсем хорошо смотрится, completion(error) гораздо лучше

+

начнем с того, что blockSuccess(error) не совсем хорошо смотрится, completion(error) гораздо лучше

До такого я еще не «эволюционировал» =)

completionHandler, completionBlock, failureBlock

Спасибо

Лично у меня множество блоков и все возвращают void Конкретно для меня, такая запись очень сократит некоторые классы

Это не тот способ которым надо сокращать классы

Если переменные делать не 10 а 5 букв то кода в 2 раза меньше не станет

Это не тот способ которым надо сокращать классы

+ Читаемость кода важнее его количества)

Да, меня тоже проят ставить скобки, но не могу привыкнуть =(

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

То есть можно НЕ иметь «своего» ?

Хорошо, попробую, спасибо =)

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

+

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

а в компании пиши по компанейски)

довольно быстро привыкается к любому стилю

дня хватит наверн

а то и еще меньше

То есть можно НЕ иметь «своего» ?

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

Древняя мудрость гласит – если другой разработчик, взглянув на код, узнает твой стиль, значит это не лучший код

чо

чо

походу имелось ввиду “о, помню был на проекте один дятел, который писал так же”

а ясно