Регистрация  |  Вход

Salesforce Social Coding

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


  • Автоматический маппинг стандартных и кастомных объектов на DTO
  • Маппинг стандартных и кастомных объектов на DTO с использованием конфига

Также планирую написать гайд по настройке CI для SF проектов и выложить все необходимые скрипты.
Чем занимаетесь вы в свобожное время?
Какие проекты ведете?
Чем бы вы хотели заняться?
Чего вам не хватает в стандартной библиотеке?

You are welcome!

Предлагаю поделиться ссылками на ваши открытые репозитории, где хранятся ваши наработки, касаемые Salesforce.
Лично я сейчас занимаюсь разработкой маппера доменных сущностей на DTO сущности и наоборот.
Базовые возможности:
[list]
[*] Автоматический маппинг стандартных и кастомных объектов на DTO
[*] Маппинг стандартных и кастомных объектов на DTO с использованием конфига
[/list]
Также планирую написать гайд по настройке CI для SF проектов и выложить все необходимые скрипты.
Чем занимаетесь вы в свобожное время?
Какие проекты ведете?
Чем бы вы хотели заняться?
Чего вам не хватает в стандартной библиотеке?

You are welcome!

Я в свободное время учу, читаю, изучаю СФ и программирование в целом. Бесконечная история.

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

Заметил при собеседованиях, что когда требуются СФ программисты уровня от среднего к сениор, то от них требуют не только программирование, но в первую очередь способность анализировать ситуацию и продавать клиенту "решения", т.е. фактически это БА с архитектурой. Умение работать с клиентом и продавать - это такие скилсы, без которых не подняться по карьерной лестнице в нашем деле.

Поэтому сейчас сделал уклон в эту сторону: на тех проектах, что знаю (а это все бизнес приложения), я анализирую, обобщаю общую логику и структуру проекта, рисуют UML диаграммы. Читаю по СФ книги по теме. Нравится и чувствую что все что я знал о СФ - это только один из пазлов в общей картине бизнеса.

Я в свободное время учу, читаю, изучаю СФ и программирование в целом. Бесконечная история.

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

Заметил при собеседованиях, что когда требуются СФ программисты уровня от среднего к сениор, то от них требуют не только программирование, но в первую очередь способность анализировать ситуацию и продавать клиенту "решения", т.е. фактически это БА с архитектурой. Умение работать с клиентом и продавать - это такие скилсы, без которых не подняться по карьерной лестнице в нашем деле.

Поэтому сейчас сделал уклон в эту сторону: на тех проектах, что знаю (а это все бизнес приложения), я анализирую, обобщаю общую логику и структуру проекта, рисуют UML диаграммы. Читаю по СФ книги по теме. Нравится и чувствую что все что я знал о СФ - это только один из пазлов в общей картине бизнеса.

Den Brown
Поэтому сейчас сделал уклон в эту сторону: на тех проектах, что знаю (а это все бизнес приложения), я анализирую, обобщаю общую логику и структуру проекта, рисуют UML диаграммы. Читаю по СФ книги по теме. Нравится и чувствую что все что я знал о СФ - это только один из пазлов в общей картине бизнеса.

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

[quote="Den Brown"]Поэтому сейчас сделал уклон в эту сторону: на тех проектах, что знаю (а это все бизнес приложения), я анализирую, обобщаю общую логику и структуру проекта, рисуют UML диаграммы. Читаю по СФ книги по теме. Нравится и чувствую что все что я знал о СФ - это только один из пазлов в общей картине бизнеса.[/quote]
Поделись знаниями. Я помню ты уже начинал эту тему, с удовольствием почитаю продолжение. Может сделай отдельную тему и скидывай туда основные тезисы.

Gres
Также планирую написать гайд по настройке CI для SF проектов и выложить все необходимые скрипты.

Вот это я жду с нетерпением!!!

[quote="Gres"]Также планирую написать гайд по настройке CI для SF проектов и выложить все необходимые скрипты. [/quote]
Вот это я жду с нетерпением!!!

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

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

[quote="Gres"]Предлагаю поделиться ссылками на ваши открытые репозитории, где хранятся ваши наработки, касаемые Salesforce. [/quote]
Поддерживаю. Сам пока ничего подобного для SF не заводил. Будет интересно увидеть реальный пример такого репозиторий. Будет повод увидеть чужой код, чужой стиль программирования и обсудить интересные моменты в коде.

Gres
Чем занимаетесь вы в свобожное время?

Увы, но в свободное время я не занимаюсь Salesforce. Почему-то он меня интересует в меньшей степени. Больше нравится изучать реальные языки программирования (python, ruby, go) и вопросы администрирования linux серверов.

[quote="Gres"]Чем занимаетесь вы в свобожное время? [/quote]
Увы, но в свободное время я не занимаюсь Salesforce. Почему-то он меня интересует в меньшей степени. Больше нравится изучать реальные языки программирования (python, ruby, go) и вопросы администрирования linux серверов.

Den Brown
Умение работать с клиентом и продавать - это такие скилсы, без которых не подняться по карьерной лестнице в нашем деле.

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

[quote="Den Brown"]Умение работать с клиентом и продавать - это такие скилсы, без которых не подняться по карьерной лестнице в нашем деле.[/quote]
К программированию они никак не относятся, в компаниях для этого есть специально обученные люди.
Смотря куда ты хочешь подниматься, если хочешь быть менеджером, то да, такие качетсва полезны.

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

Если есть идеи - пиши, могу помочь.

[quote="Den Brown"]О развитии собственного проекта только недавно подумал, но пока нет достаточного потенциала. Но было бы можно "прибиться" к хорошей компании...[/quote]
Если есть идеи - пиши, могу помочь.

Cast wilder!
wilder, когда-то писал, что ему не хватает возможности работы с zip файлами.
Какой функциональности не хватает вам?

Cast [url=https://salesforce-developer.ru/community/developer/wilder]wilder[/url]!
wilder, когда-то писал, что ему не хватает возможности работы с zip файлами.
Какой функциональности не хватает вам? 

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

Еще недавно столкнулся с интересной "нехваткой" - REST API Salesforce не поддерживает CORS. Т.е. я не могу писать нормальныt JS приложения для другого сайта (приходится делать через сервер). С одной стороны понимаю что безопасность и все такое, с другой - это уже стандарт которым пользуется весь мир.

А так по apex коду - вполне всего хватает 99,9% бизнес задач решается с ходу.

Ну как вариант я бы еще предложил нормальную систему логирования. Не Debug log отдельные, а например какой нибудь дополнительный источник данных, куда бы я мог складывать писать логи и потом по необходимости их доставать и анализировать. Пока для этого приходится использовать кастомные объекты, но это жудко "дорого". При нормальной степени логирования работы приложения у меня Data Storage заканчивается за месяц. Как вариант использовать внешнее хранилище для логов, но тогда проблемы с будет кушаться время. В итоге идеальный вариант - это комбинирование кастомного объекта с внешним хранилищем и периодическим сливом данных, но тогда это уже серьезный велосипед, которое тянет на отдельное приложение.

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

Еще недавно столкнулся с интересной "нехваткой" - REST API Salesforce не поддерживает CORS. Т.е. я не могу писать нормальныt JS приложения для другого сайта (приходится делать через сервер). С одной стороны понимаю что безопасность и все такое, с другой - это уже стандарт которым пользуется весь мир.

А так по apex коду - вполне всего хватает 99,9% бизнес задач решается с ходу.

Ну как вариант я бы еще предложил нормальную систему логирования. Не Debug log отдельные, а например какой нибудь дополнительный источник данных, куда бы я мог складывать писать логи и потом по необходимости их доставать и анализировать. Пока для этого приходится использовать кастомные объекты, но это жудко "дорого". При нормальной степени логирования работы приложения у меня Data Storage заканчивается за месяц. Как вариант использовать внешнее хранилище для логов, но тогда проблемы с будет кушаться время. В итоге идеальный вариант - это комбинирование кастомного объекта с внешним хранилищем и периодическим сливом данных, но тогда это уже серьезный велосипед, которое тянет на отдельное приложение.

Dmitry Shnyrev
Ну как вариант я бы еще предложил нормальную систему логирования. Не Debug log отдельные, а например какой нибудь дополнительный источник данных, куда бы я мог складывать писать логи и потом по необходимости их доставать и анализировать. Пока для этого приходится использовать кастомные объекты, но это жудко "дорого". При нормальной степени логирования работы приложения у меня Data Storage заканчивается за месяц. Как вариант использовать внешнее хранилище для логов, но тогда проблемы с будет кушаться время. В итоге идеальный вариант - это комбинирование кастомного объекта с внешним хранилищем и периодическим сливом данных, но тогда это уже серьезный велосипед, которое тянет на отдельное приложение.

Есть уже давно такая идея.

[quote="Dmitry Shnyrev"]
Ну как вариант я бы еще предложил нормальную систему логирования. Не Debug log отдельные, а например какой нибудь дополнительный источник данных, куда бы я мог складывать писать логи и потом по необходимости их доставать и анализировать. Пока для этого приходится использовать кастомные объекты, но это жудко "дорого". При нормальной степени логирования работы приложения у меня Data Storage заканчивается за месяц. Как вариант использовать внешнее хранилище для логов, но тогда проблемы с будет кушаться время. В итоге идеальный вариант - это комбинирование кастомного объекта с внешним хранилищем и периодическим сливом данных, но тогда это уже серьезный велосипед, которое тянет на отдельное приложение.[/quote]
Есть уже давно такая идея.

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

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

wilder
Возможности записать или отправить что-то после exeption.

что-то не совсем понятно. А где (в каких языках) можно что-то делать после exception если его не обрабатывать в try/catch ? Ты имеешь в виду какой-то глобальный обработчик который запускается всегда в случае exception?

[quote="wilder"]Возможности записать или отправить что-то после exeption.[/quote]
что-то не совсем понятно. А где (в каких языках) можно что-то делать после exception если его не обрабатывать в try/catch ? Ты имеешь в виду какой-то глобальный обработчик который запускается всегда в случае exception?

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

  • Автоматический маппинг стандартных и кастомных объектов на DTO
  • Маппинг стандартных и кастомных объектов на DTO с использованием конфига

Также планирую написать гайд по настройке CI для SF проектов и выложить все необходимые скрипты.
Чем занимаетесь вы в свобожное время?
Какие проекты ведете?
Чем бы вы хотели заняться?
Чего вам не хватает в стандартной библиотеке?

You are welcome!

А где ссылка? :)

[quote="Gres"]Предлагаю поделиться ссылками на ваши открытые репозитории, где хранятся ваши наработки, касаемые Salesforce.
Лично я сейчас занимаюсь разработкой маппера доменных сущностей на DTO сущности и наоборот.
Базовые возможности:
[list]
[*] Автоматический маппинг стандартных и кастомных объектов на DTO
[*] Маппинг стандартных и кастомных объектов на DTO с использованием конфига
[/list]
Также планирую написать гайд по настройке CI для SF проектов и выложить все необходимые скрипты.
Чем занимаетесь вы в свобожное время?
Какие проекты ведете?
Чем бы вы хотели заняться?
Чего вам не хватает в стандартной библиотеке?

You are welcome![/quote]

А где ссылка? :)

http://blogforce9.blogspot.in/ - интересный блог, человек занимается разработкой (в т.ч. и на sf), и в гитхаб исходный код некоторых приложений выкладывает

http://blogforce9.blogspot.in/  - интересный блог, человек занимается разработкой (в т.ч. и на sf), и в гитхаб исходный код некоторых приложений выкладывает

Dmitry Kurd
http://blogforce9.blogspot.in/ - интересный блог, человек занимается разработкой (в т.ч. и на sf), и в гитхаб исходный код некоторых приложений выкладывает

Можешь добавить блог в Links в шапке сайта

[quote="Dmitry Kurd"]http://blogforce9.blogspot.in/  - интересный блог, человек занимается разработкой (в т.ч. и на sf), и в гитхаб исходный код некоторых приложений выкладывает[/quote]
Можешь добавить блог в Links в шапке сайта

Только проверяйте, чтобы не было дублей. Я вроде уже добавлял этот сайт.

Только проверяйте, чтобы не было дублей. Я вроде уже добавлял этот сайт.

Gres
Также планирую написать гайд по настройке CI для SF проектов и выложить все необходимые скрипты.

Если я пропустил, то поделитесь ссылочкой

[quote="Gres"]Также планирую написать гайд по настройке CI для SF проектов и выложить все необходимые скрипты.[/quote]

Если я пропустил, то поделитесь ссылочкой