Олександр

Резюме

Олександр, вік 35, рік народження 1990

FULL-STACK розробник, PHP розробник, JAVASCRIPT розробник,
WORDPRESS розробник, LARAVEL розробник, OPENCART розробник.

Віддалена робота, Повний графік, Не повний графік.

[відкрити контакти](див. вище в блоці «контактна інформація») — мій основний номер телефону, телеграм, вайбер і ватсап.
[відкрити контакти](див. вище в блоці «контактна інформація») — мій другий номер телефону і телеграм.

33DA.TOP - Мій особистий сайт.

Місто проживання Коростишів, Житомирської області.

Освіта.
Не повна вища у сфері автоматизації і електрифікації агропромислового комплексу,
інститут БАТІ Тернопільської області, Бережанського району.
Диплом бакалавра, енергетика.

У сфері розробки сайтів самоучка.

Хто не хоче читати довго про мету моєї роботи в ІТ може одразу переходити до
розділу:
«Мій досвід роботи»
або
«Що я вмію робити»

Мета моєї роботи в ІТ.

Є декілька варіантів чого саме я хочу добитися працюючи у сфері ІТ, а саме приймаючи
участь у розробці сайтів, web розробці.

LARAVEL:
Є бажання прийняти участь у розробці системи типу маркетплейсу. Мати
можливість створювати складні системи і щось нове. Постійно вдосконалюючи свої
навички. При цьому є бажання працювати не тільки з серверною частиною, але і з
фронт частиною. Хочеться більш поглиблено вивчити такі технології як
TYPESCRIPT, VUE, REACT, ANGULAR.
Навчитись будуванню більш складних систем для бази даних використовуючи SQL не
тільки як стандартні складні запити, але і процедури, які працюють безпосередньо в
базі даних, які прискорюють обробку даних бази за рахунок меншої кількості передачі
запитів із бд в PHP і навпаки, наприклад отримання даних однією пачкою, які перед
цим потребують складного прорахунку, взаємодії між декількома таблицями, яка
використовується для подальших аналітичних прорахунків і швидкого повернення
готового результату без проведення маніпуляцій розрахунків в PHP.

Хочеться працювати з високонавантаженими системами де в базі даних навіть
мільйони записів. Отримати більше практичного досвіду розбивання бази даних на
частини для прискорення роботи системи. Робити таке розбивання системи
зручнішим і з можливістю маштабування. Впровадити придумані мною підходи, які б
були доцільними для використання у системі.

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

Активно працювати і відточувати вміння по взаємодії з AI.

PHP:
Хотілося б прийняти участь у розробці нового двигуна сайтів або фреймворка.

JAVASCRIPT:
З JAVASCRIPT пов’язано дуже багато речей, які уже розроблені для ньго. Хочеться
дізнатися більше і прийняти участь у розробках, які використовують максимум
різних направленостей які пов’язані з JAVASCRIPT.

WORDPRESS:
В першу чергу свторити нові і вдосконалити існуючі мої плагіни і теми для
WORDPRESS, зробити розробку на WORDPRESS більш незалежною від сторонніх
плагігінів, де це може бути більш доцільним. Зробити цим самим WORDPRESS більш
стабільною системою, більш швидкодіючою вимикаючи все зайве де це потрібно і
використовуючи тільки те, що в даний момент потребується без завантаження
зайвих механізмів, які можуть бути не потрібні для певної задачі. Розібрати і
вдосконалити знання по роботі самого ядра WORDPRESS для кращого розуміння як у
своїх плагінах можна покращити і спростити роботу із системою WORDPRESS.

У WORDPRESS я помітив як плюси так і мінуси, один із плюсів те, що WORDPRESS
має дуже багато плагінів, які можна швидко встановити і використовувати, також
WORDPRESS має хороший редактор статей за замовчуванням де в самій статті
можна створити хоч цілу сторінку із вставками слайдерів, відео, галерей картинок,
різного тексту і тому подібне чим далеко не можуть похвалитися інші CMS. Але
одночасно з цим велика кількість плагінів приводить до того, що оновлюючи один
приходиться оновлювати всі інші, і якщо один плагін оновився то сайт може
перестати працювати, здавалося б, а по якій причині він оновився, бо коли ми його не
оновлюємо то нічого і не може оновитися, але оновитися плагін і не один може тому
що у WORDPRESS за замовчуванням увімкнено автооновлення. Здавалося б, а чому
автооновлення може бути шкідливим, а виявляється саме так тому, що не всі плагіни
і теми можуть отримати оновлення і бути адаптованими до оновлень інших плагінів
в один і той же час.

Все ж WORDPRESS був зроблений більше як блог, а не інтернет магазин і адаптації
для блогу в нього багато, якщо ми говоримо про стандартний набір WORDPRESS. А
от для інтернет магазину для нього приходиться встановлювати додаткові плагіни
як наприклад WOOCOMMERCE. У WORDPRESS мені не подобається підхід до
структури бд, там вона має багато не зручностей, якщо говорити про вибірку
таксономій для багатомовності і виявлення типів постів і товарів, занадто все
ускладнено. І тому якщо робити щось дійсно високонавантажене то краще
використовувати якийсь фреймворк. Хоча, звісно, якщо дуже хочеться зробити щось
високонавантажене на WORDPRESS то тоді потрібно створити багато нових
рішень, які зможуть вдосконалити систему WORDPRESS і зробити її більш
стабільною.

OPENCART:
Ця система від початку уже має адаптацію під інтернет магазин на відміну від
WORDPRESS, також база даних цієї системи збудована більш серйозніше і підходить
більше для високонавантажених проектів ніж той самий WORDPRESS. Хоча
дивлячись на те як підійти до розробки. Також хотів би більше поглиблено вивчити
систему, і розробити для неї свої плагіни і шаблони.

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

У мене є бажання знати максимум і вміти цей максимум впроваджувати.
Також мене цікавить і SEO і навіть дизайн, бо бути спеціалістом у максимальному
різноманітті направлень це дає спільну картину всієї розробки сайтів, розуміння всіх
сторін, а саме це дає універсальність спеціаліста.

Я хочу виростити в собі людину, яка зможе швидко перемикатися між різними
поняттями і майже не помічати негативу від цього перемикання. Це все вирощується
постійними тренуваннями і навчанням саме в такому підході різноманіття до чого
звикаючи людина потім не помічає проблеми переключати свій мозок швидко на інші
задачі.

Можу привести такий приклад, коли розробник починає навчання то складний код на
який він дивиться здається якимся не досягаємим і він його не може повноцінно
розуміти, але через роки праці і привикання цей самий розробник помічає, що тепер
він з легкістю може читати код на льоту помічати помилки інших і вирішувати
складні задачі. Так було і у мене коли на початку я думав, що я ніколи не зможу читати
чийсь складний код і швидко розуміти його. Але виявилось, що постійна праця і
тренування приводять до нових навичок, які отримує людина. І потім здається, що
ніби то так і було завжди.
 Хто не хоче читати довго про мій досвід може одразу переходити до розділу:
«Що я вмію робити»

Мій досвід роботи.

Займаюсь розробкою сайтів більше 15-ти років. На початку розробляв сайти тільки
для себе, далі з роками набуття досвіду почав процювати у неофіційних організаціях у
сфері розробки сайтів. Вмію розробляти і придумувати новий код з нуля. Для того
щоб мені вести спражні комерційні сайти мені не потрібна допомога взагалі.

2006 рік почав своє навчання по розробці сайтів. Вивчав HTML, CSS, перше
знайомство із CMS JOOMLA. Почав тренуватись на цій CMS більше вдосконалюючи
знання по CSS продивлювався шаблони і по прикладу робив свій код будуючи свої
шаблони для тої самої CMS JOOMLA. Використання збірки PHP+APACHE+MYSQL
денвер. Читав книги по HTML вивчав нові теги.

Шукав відео які на той момент можна було знайти по розробці сайтів і повторював
за ними розробку шаблонів сайтів на HTML, CSS переймав принципи будування
шаблонів, наприклад шаблон можна було будувати на таблицях, це був спосіб, який
підтримувався максимум бравзерами в тому числі таким бавзером як IE, при цьому
способі для того, щоб сайт вирівнювався на ліві, центральні, праві колонки навіть не
потрібно було CSS бо таблиці HTML вирішували це питання.
А можна було будувати сайти на DIV, цей підхід був зручним тим, що він був більш
адаптивним для різних розширень екранів і був більш сучасним.

2007 рік вдосконалення і закріплення знань із HTML, CSS. Початок вивчення
JAVASCRIPT, продовження вдосконалення шаблону свого сайту для JOOMLA.

2008 рік початок вивчення PHP, створення свого першого власного двигуна сайтів з
панеллю керування. Початок вивчення мови SQL для взаємодії з базами даних.
Знайомство з технологією AJAX на JAVASCRIPT вдосконалення знань із JAVASCRIPT.
Вирішення проблем сумісності бравзерів із JAVASCRIPT адаптація JS для IE бравзера.

2009 рік вдосконалення свого першого двигуна сайтів на чистому PHP. Більш
поглиблене вивчення SQL перехід від зберігання статей сайту в файлах до зберігання
їх в базі даних MYSQL. Початок вивчення РЕГУЛЯРНИХ ВИРАЗІВ (REGEX) і
використання в PHP. Створення перевірок даних які приходять з форм сайту.

Вирішення проблем передачі даних, за допомогою AJAX, в PHP.
Екранування даних, які передаються, для правильного прийому їх в PHP без обрізання,
якщо в тексті статті зустрічається знак «&». На JS encodeURIComponent(),
decodeURIComponent(). На PHP urlencode(), urldecode().

Перший двигун сайтів включав панель керування, що давала можливість додавати
статті, категорії, розділи статей, картинки, редагувати, додавати, видаляти
меню сайту. Двигун вмів виводити статті, категорії, пагінацію мав можливість
додавати записи користувачами в записну книгу сайту для запитань.
Далі я займався адмініструванням свого сайту в інтернеті додаючи все більше
статей.

2010 рік в двигуні сайту було створено чат для спілкування в реальному часі з
використанням AJAX JS, починаю вивчення JQUERY.

2011-2012 рік завершення роботи по першому своєму двигуну сайтів. Початок
створення свого нового двигуна сайтів для соціальної мережі. Навчався придумуючи
системи, яка повинна давати можливість людям відправляти повідомлення один
одному, відслідковувати повідомлень через AJAX відображати нові повідомлення
користувачів без оновлення сторінки (AJAX). Слідкувати чи знаходиться користувач
онлайн і якщо він вийшов, то через деякий час вивести, що користувач уже не на
сайті, навіть, якщо він явно не виходив з кабінету.

Оновлення проводилось через певний проміжок часу за допомогою AJAX і якщо
користувач на сайті і бравзер відкритий і вкладка сайту відкрита то AJAX працює,
а якщо користувач закрив вкладку або бравзер то через деякий час скрипт PHP почне
розуміти, що користувач вийшов із сайту бо AJAX перестане оновлювати секунди
(timestamp) фіксування часу перебування користувача на сайті. Сайт мав також -
реєстрацію користувачів з підтвердженням через перехід по посиланню, яке
відправлялось на пошту користувача, вхід в кабінет, пошук зареєстрованих людей,
додавання в друзі, видалення з друзів, список друзів, створення альбомів,
завантаження картинок в альбоми, галерея картинок, голосування за фото
користувачів, видалення картинок, видалення альбомів. Всі поля форм або посилання з
параметрами перевірялись за допомогою REGEX. Також запити до бази даних
екранувались для безпечної взаємодії з бд. Пароль користувача кодувався і зберігався
в бд. А те, що користувач увійшов на сайт контролювалось через cookie в яку
заносився унікально згенерований ідентифікатор, який в інших користувачів не міг
повторюватись, при завершенні сеансу cookie видалявся і при новому вході
користувач отримував новий згенерований унікальний ідентифікатор. Було створено
стіну користувача де можна було іншим користувачам додавати свої картинки і
повідомлення.

2013 Натренувавшись в розробці сайтів, я вирішив шукати роботу у сфері розробки
сайтів. Перша робота була у компанії яка розробляла і підтримувала інтернет
магазин, можливо то був якийсь із маркетплейсів, нам про те не повідомляли, перший
раз я тоді познайомився з фреймворком YII і почав вивчення його системи і ООП на
PHP. Я не знаю де знаходився центр цієї компанії, але цей філіал в якому я працював
знаходився у місті Житомир. Нам не повідомляли, не зрозуміло по яким причинам, як
називається компанія. Це був мій перший, але не вдалий етап роботи у компанії.

Я розраховував на те, що буду максимум орієнтуватися на розробці, але нам почали
давати завдання по наповненню магазину товарами. Пів дня потрібно було
наповнювати магазин товарами, а пів дня займатись вивченням розробки на YII. Мені
не підійшов такий формат і я продовжив свій пошук іншої компанії.

Одночасно з цим мені сподобався підхід YII фреймворка і вирішив створити дійсно
якісний двигун сайтів по прикладу YII фреймворка, але так як подобається мені. І я
почав створення свого фреймворка двигуна сайтів по принципу ООП. Я не розумію
для чого потрібно створювати protected і private (я розумію що вони роблять але...)
властивостей і методів. Я не думаю що protected і private дають стабілність коду.
Якщо метод написаний правильно то він буде прауювати правильно, але якщо там є
помилки то його і protected і private не спасуть. Хоча я не відмовляюсь від їх
використання в інших проєктах. Але в своїх проєктах поки не бачу в них ніякого сенса.

Я вважаю, що дастатньо того що є public властивостей і методів класів і
найзручніший доступ до них через статичний підхід, тому в моєму фреймворку
двигуні використовується підхід майже повністю public static властивостей і
методів класів. Зручність в тому, що не потрібно постійно писати new Object(); а
просто береш і використовуєш. При цьому клас також можна наслідувати. Хоча я
також використовую (екземпляри класів) об’єкти наприклад у взаємодії з бд по
принципу singleton, хоча з таким же успіхом можна використати статичний клас і
без заморочувань з singleton. А все, що базове воно підключається відразу,
функціонал перевірки вхідних даних з форм і посилань, перетворення URL до
людинозрозумілого вигляду без параметрів
?parm=1&param=2
в посиланнях, хоча за потреби можна і таке використати. Тобто розробений
маршрутизатор, який зчитує URL і формує з ньго GET масив параметрів. Сам url
виглядає як «/m/module_name/c/controller_name/a/action_name», якщо вибраний
модуль за замовчуванням то url = «/c/controller_name/a/action_name», якщо вибраний
метод за замовчуванням і модуль за замовчуванням то url = «/c/controller_name»,
якщо ж вибрано все за замовчуванням то url = «/», якщо ж в url передаються
параметри то вони додаються в кінець основного url
«/base_part/param1/value1/param2/value2»
значення параметрів заносяться в масив GET[«param1»]=“value1“. В контроллері йде
підключення моделей (models) і уявлень (views), а базові класи і так доступні без
підключення (вони підключаються в окремому файлі перед підключенням
контроллера). Мій фреймворк побудований за принципом MVC, в ньому нема
безкінечного наслідування класів, яке може бути не плюсом…