Anıl ben, iOS Developer olarak 2019'dan beri Trendyol’da çalışıyorum. Niyetim geçmişte tanıştığım insanlar sayesinde bıraktığım noktaları anlatmak, onları birleştirebilmek.

Neden sorusuyla başlamak istiyorum, neden sektöre. bir katkı vermem gerektiğini hissettiğimi anlatmadan yaptıklarımın söylediklerimin bir anlamı olmaz gibi geliyor. Bu yazı aynı zamanda 2017 yılından 2022 yılına kadar hayatıma dokunmuş insanlara teşekkür niyetindedir. 💐

Aslında serüvenim 2017 yılında Cocoaist’in düzenlediği WWDC 2017 Keynote ile başladı. Orada Bilgehan Işıklı ile tanıştım. Ve kariyerimin şekillenmesi orada başladı. Benim için bir sadece bir jr. sr. ilişkisi değil adeta bir mentördü kendisi. Konulara teknik yaklaşımım dışında soft skillerime de çok katkısı oldu. Beni sabırla dinleyip, yazdığım kodları nasıl iyileştirebiliriz diye tek tek anlatması hala benim hatırladığım nadir anlardandır. Geriye dönüp sence en önemli ne kazandırdı diye soracak olursanız, soruyu sorma biçiminin önemi diye cevaplarım. Aslında yaptığımız işin tamamen iletişim olduğunu ve kendini açıklayabildiğin kadar etki bıraktığını o zamanlar anladım. Karşımızdaki her şeyi biliyor olsa bile ben ona açıklayamıyorsam aslında hiçbir şekilde problemi çözemeyiz.

@eric-s-raymond’ın How To Ask Questions The Smart Way ‘ini okumanızı veya göz gezdirmenizi öneririm.

2017 yılında katılabildiğim tüm etkinliklere katılmaya çalışıyordum ve o sene Okulumun Bilişim Kulübü başkanlığını alarak neden etkinlik düzenlemiyoruz ki dedim? İşte o zaman bazı olaylara daha farklı bakmaya başlamıştım. O yıllarda kimi sunum yapmaya, konu anlatmaya çağırsak herkes sorgusuz sualsiz geliyordu. Ve düşünüyodum insanlar bunu neden yapıyor diye? Maksimum verebileceğimiz bir kahve ısmarlamaktı ki öyle de oldu. Zaten hiçbir şey de talep etmediler :) Bugün bu satırları yazıyorsam o isimlerin tek tek üzerimde emeği vardır. O emeği anlatabilmek için bazılarından bahsetmek istiyorum.

İkisi de sektöre çok katkı sağlamış insanlardı. Gelip yaşadıklarını, deneyimlerini bize anlatmaları çok anlamlıydı. Bazı şeylerin karşılığını parayla alamazsın ya o da bunlardan biriydi. Sektörün nasıl bir yer olduğunu, girince bizi neler bekleyeceğini göstermişlerdi. Güzel bir deneyimdi. Fatih Kadir Akın & Doğukan Güven Nomak

Ardından Hüseyin Mert’ten sadece yazılıma bakışı değil de karpuz satmayı da öğrenmek istiyorduk 😛 Eğer Geliştirici Sohbetlerini izlemediyseniz kesinlikle izlemenizi tavsiye ederim. Hüseyin Mert

Ardından Bora Kaşmer ve Engin Polat’i davet etmiştik. Sadece yazılım değil aslında bakış açısı kazandırıyorlardı. Onların kendilerini, yaptıkları işi anlatışları bana ilham vermişti. Yaptıkları işi ne kadar sevdiklerini onlarla konuştuğunuzda anlayabiliyordunuz.

Ardından Deniz Parlak ile tanışmıştık. Bize gelip GNU/Linux’tan bahsetmişti ve artık her şey daha farklıydı. Kendisinin enerjisi, gelip hiç tanımadığı bizlere katkı sağlamaya çalışması… O zamanlar anlamıyordum fakat şimdi neden bunu yapıyorlar sorusunu anlayabiliyorum. Bunu bu yazının sonunda bir duyuruyla beraber açıklayacağım :)

Her bir sunumda tanıştığımız kişiler bizim için çok değerliydi. Ve hepsi geride birleştirilmeyi bekleyen noktalar bıraktılar, insanların hayatına dokundular.

2 Yıl Blesh’te çalıştıktan sonra artık iOS Development alanında kendimi daha çok geliştirmek istiyordum ve UI’a yönelebileceğim müşteriye dokunabileceğim bir firmaya geçmek istiyordum. Fakat süreç böyle işlemedi 😅 Tamamen sağ yanımda oturan ve ne zaman ihtiyacım olsa orada olan Belfu Öğretir’in ben Trendyol’a girmeyi istiyorum demesiyle oldu. Ahmet Keskin’i Daha önce medium’da yazdığı yazılardan biliyordum. Ve Belfu’nun da ilk kurşunu atmasıyla iş değiştirmeye karar vermiştim. Trendyol serüvenim iddialı bir şekilde başlamıştı 🤦🏻‍♂️

İlk olarak Trendyol’un demirbaşlarından Efekan Egeli ile başlamak istiyorum. Bir insan her zaman mı vizyoner olur? lead’im diye demiyorum ama öyledir 😛 Ben kendisinin proje çocuk olduğuna inanıyorum. Her adımının önceden planlanmış olduğuna kalıbımı basarım. Sana ne kattım diye soracak olsa, “küçük düşünme global düşün” derdim. Vizyonerliği benim için her zaman ilham verici olmuştu.

Ardından Ahmet Keskin ve Cenk Işık. Ahmet lead’im olmuştu ve ikisinden de teknik bilginin dışında hayatıma katacağım çok fazla soft skill öğrenmiştim. Sadece iş yapmıyorduk, bir ürün çıkarıyorduk, değer katıyorduk. Ahmet ile karşındakine her zaman sevgi ve şefkat gösterebileceğini öğrenmiştim, bir konuyu tartışırken bunu göz önünde bulundurmak gerektiğini hissettirmişti. Galiba bu benim için teknik bilgilerden önemliydi.

Cenk dışarıdan bakıldığında sert gözükebiliyor ama tanısanız çok seversiniz denir ya tam olarak öyle bir adam. Bana öğrettiği şey bence duruşuydu. Kendisini anlatışı, sınırlarını belli edişi bir konuda çekinmeden fikrini beyan etmen gerektiğini anlamıştım.

Böyle anlatınca hep soft skill geliştirmeye çalışmışım gibi oldu. Ama öyle değil. Mesela Emre Ergün 2019–2020 corona öncesi zamanlarda gözümde hep şöyle canlanırdı, bir işi ver, geriye yaslan, taksın kulaklığını sen şov’u bekle. Şiir gibi pr’ını açar, her pr’da yeni bir şey öğrenirdiniz. Pr’ını review ettiğinde o gün mutlaka sana yeni bir konuda bir bilgi aktarımı olması garantiydi.

Ben hayatımda Mustafa Yusuf gibi teknik konulara göz bebeği gibi bakan biriyle tanışmadık. Herkes kod yazabilir, herkes gündemi takip edebilir ama Mustafa’nın yaptığı bambaşka bir şey 😅 O sana bir konu anlattığında sen de şevkleniyorsun. Anlatmıyor yaşıyor adeta.

Daha sayamayacağım nice ekip arkadaşlarım mevcut şuan Trendyol iOS Ekibi 62 kişi. Her geçen gün birbirimize bir şeyler katıyoruz.

Peki, ben şimdiye kadar neler yaptım? Elimden geldiğince Yazı yazıp, sunum yapıp deneyimlerimi aktarmaya çalıştım. (Aşağıdan sunumlarıma ulaşabilirsiniz. )

Şimdi daha fazlasını yapmak istiyorum. Adeta bir yelkenli gibi sektördeki önemli kişilerden rüzgarımı aldım. Bir limana yaklaşıyorum. O limana geldiğimde ben de başka yelkenlere rüzgar olmak istediğime karar verdim. Kodluyoruz ekibi ile beraber Bir mentörlük programı başlattık. Gelen başvurular arasından 1–1 Mentörlük verebileceğim 4 kişiyi seçmem gerekiyordu. Ve destek verebileceğim kişilere davet mailleri atıldı 🥳

Kodluyoruz on Twitter: "#Laflıyoruz'un son yayınında yazılım alanında #mentor & #mentee olmanın önemi üzerine konuştuk.🚀Katılan ve dinleyen herkese çok teşekkürler!🎙️Sen de birbirinden değerli yazılımcılardan bire bir mentorluk desteği almak istersen hemen formu doldur!👉https://t.co/zHHmEBv38c / Twitter"

Laflıyoruz'un son yayınında yazılım alanında #mentor & #mentee olmanın önemi üzerine konuştuk.🚀Katılan ve dinleyen herkese çok teşekkürler!🎙️Sen de birbirinden değerli yazılımcılardan bire bir mentorluk desteği almak istersen hemen formu doldur!👉https://t.co/zHHmEBv38c

Birbirinden farklı deneyimdeki insanlara elimden geldiğince destek olmaya çalışacağım. Bu serüveni github’da log’lamayı düşünüyorum. Umarım güzel bir kaynak olur.

İlerleyen zamanlarda gerçekleştirmeyi istediğim hedeflerim;

• Youtube’a içerik üretmek
• Mentörlük programına devam etmek
• Open Source Live Session ile bir app yazmak

kısaca özetleyecek olursam, sektörü çok tükettim. Artık üretmek istiyorum 🚀

Gelecek içeriklerden, duyurlardan haberdar olmak için twitter’dan takipte kalabilirsin 🤙🏼

ANIL T. on Twitter: "Pazartesi mesaiye başlarken ben pic.twitter.com/vqVw8GF9Sz / Twitter"

Pazartesi mesaiye başlarken ben pic.twitter.com/vqVw8GF9Sz

How did we get rid of a structure that we are repeatedly building by using the Property Wrapper in Production? In order not to get decoding errors, we started thinking about how we can assign a default value instead of defining an optional value, and the property wrapper did our job. You will find the answer to how we solved our needs at the end of this article.

Property Wrapper entered our lives as a backward compatible feature with swift 5.1. It is a structure that automatically enables new operations to be performed, which facilitates the addition of new features, filters or calculations, including the creation process of a feature and setter / getter stages. Let’s picture it in our minds with a simple example.If you want the value that holds a string to be kept in uppercased characters when a new value is stored in it, you can easily do this with the property wrapper.

Doug Gregor and Joe Groff offered an alternative approach to this issue, which was first addressed in 2015–2016. It introduced it at Swift Evolution 0258 Proposal on September 16, 2020. Compared to the proposal presented in 2015, Doug and Joe’s approach was simpler, more efficient to the compiler, and easier to understand for developers.

apple/swift-evolution

You can activate the Property wrapper by typing “@propertyWrapper” at the beginning of the enum, struct or class you want to create, and you can manage your logics on the wrappedValue property.

For example, as in the example I mentioned above, let’s convert all letters to capital letters regardless of the value set into it.

@propertyWrapper
struct Uppercased {
    var wrappedValue: String {
        didSet { wrappedValue = wrappedValue.uppercased() }
    }

init(wrappedValue: String) {
        self.wrappedValue = wrappedValue.uppercased()
    }
}

In the above figure we created a struct named Uppercased. We showed that this is property Wrapper by typing @propertyWrapper. So he forced us to add wrappedValue. You can pass type according to the type of property you will use here. Now i will use string value to be capitalized.

struct Article {
    @Uppercased var title: String
}

Then you just need to write this wrapper at the beginning of which property you want to use. I want to capitalized the title of each article I created. That’s why I added it to the title property.

let article = Article(title: "property Wrapper")
print(article.title) // PROPERTY WRAPPER

and now every time you call it, the article in title will be changed to a capital letter.

Okay, but what kind of problem did we encounter, and the property wrapper solved our problem? Our only concern was not to make a properties uppercased. Let’s take a look at this issue now.

Let’s say you will keep the userType in your DTO. And now there are 3 types. You can keep it as int or string equivalents, or you can even write enum if you know all the future equivalents. But when you use enum, and a new type is added, your project will start getting decoding errors, unless you do not assign a default value on your custom init method. In order to avoid decoding, we wrote our custom inits for values that could be enum equivalent throughout the project.

enum UserType: String, Codable {
    case admin, user, none
    
    public init(from decoder: Decoder) throws {
        self = try UserType(rawValue: decoder.singleValueContainer().decode(RawValue.self)) ?? .none
    }
}

For example, looking at the example above, if a new UserType is added, the old client will not be able to decode it. But it will be set to the default value you will continue your life without getting decoding error.

So how about using a wrapper that can set the default value when decoding is received?

public protocol DefaultCodableInterface {
    associatedtype RawValue: Codable
    
    static var defaultValue: RawValue { get }
}

@propertyWrapper
public struct DefaultCodable<T: DefaultCodableInterface>: Codable {
    public var wrappedValue: T.RawValue
    
    public init(wrappedValue: T.RawValue) {
        self.wrappedValue = wrappedValue
    }
    
    public init(from decoder: Decoder) throws {
        let container = try decoder.singleValueContainer()
        self.wrappedValue = (try? container.decode(T.RawValue.self)) ?? T.defaultValue
    }
    
    public func encode(to encoder: Encoder) throws {
        try wrappedValue.encode(to: encoder)
    }
}

extension DefaultCodable: Equatable where T.RawValue: Equatable { }
extension DefaultCodable: Hashable where T.RawValue: Hashable { }

First, let’s create our Property Wrapper. Let us have an interface for this and it will easily do our operations in a generic structure. If you want, make a structure that will assign the last case of enum as the Default value, or create a structure that will set false / true when a bool value when null.
In the example above, the type of our wrappedValue comes from the interface. In this way, we give it to the decoder and if it does not return a value, we pass the default value we have.

When we look at the UserType example above, we said that we can actually make an development to give the last case by default. First of all, we started by creating a protocol called EnumDefaultValueSelectable. This protocol will determine the action to be taken. For example let’s create a structure that will select the last value in the Enum case when we get decoding error. For this example; We have created a protocol conforming to Codable & CaseIterable & RawRepresentable. And we returned lastCase by browsing through allCases we have.

public protocol EnumDefaultValueSelectable: Codable & CaseIterable & RawRepresentable where RawValue: Decodable, AllCases: BidirectionalCollection { }

public struct LastCase<T>: DefaultCodableInterface where T: EnumDefaultValueSelectable {
    public static var defaultValue: T { T.allCases.last! }
}

Imagine clearing it all over the project and decorating it with a property wrapper. So clean :)

enum UserType: String, EnumDefaultValueSelectable {
    case admin, user, none
}

struct UserResponse: Codable {
    @DefaultCodable<LastCase> var user: UserType
}

You may be making your properties optional in order not to get decoding errors in the responses you create, but a bool value that comes in null must have a meaning for you.

In addition to the example above, we also have an isAdmin property. If the value of isAdmin comes to null, we can actually assign it false by default. So let’s create a struct called DefaultFalse. And all we have to do is create a struct that conforms to our interface and return our default value.

public struct DefaultFalse: DefaultCodableInterface {
    public static var defaultValue: Bool { return false }
}

Then we can construct our Boolean property to be false when it is null.

struct UserResponse: Codable {
    @DefaultCodable<DefaultFalse> var isAdmin: Bool
}

If you want to use this Property Wrapper, you can easily access it from the link below.

Trendyol/ios-components

By using the Property Wrapper in the Production code in this way, we got rid of the custom inits we made in many places. If there are structures you use, you can specify them in the comments section.

If you like it, you can share it to more people with your applause. 👏🏼

Using Property Wrapper on Production iOS E-commerce App How did we find solutions to Decoding… was originally published in Trendyol Tech on Medium, where people are continuing the conversation by highlighting and responding to this story.

Production’da Property Wrapper’ı kullanarak sürekli yaptığımız bir yapıdan nasıl mı kurtulduk? Decoding hatası almamak için optional değer tanımlamak yerine default value nasıl atayabiliriz diye düşünmeye başladık ve property wrapper bizim işimizi gördü. Bu yazının sonunda ihtiyacımızı nasıl çözdüğümüzün cevabını bulacaksınız.

Property Wrapper, swift 5.1 ile backward compatible (alt sürümlere uyumlu) bir özellik olarak hayatımıza girdi. Bir özelliğin yaratılma süreci ve setter/getter aşamaları dahil olmak üzere yeni özellikler, filtreler veya hesaplamalar eklenmesini kolaylaştıran otomatik olarak yeni işlemlerin yapılmasını sağlayan bir yapıdır. En basit bir örnekle zihnimizde canlandıracaksak bir string tutan değerin içine ne setlenirse setlensin büyük karakterlerle tutulmasını istiyorsanız, bunu property wrapper ile kolayca yapabilirsiniz.

İlk olarak 2015–2016 yıllarında ele alınan bu konuya alternatif bi yaklaşım sunan Doug Gregor ve Joe Groff 16 Eylül 2020'de Swift Evolution 0258 Proposal olarak tanıttı. 2015'te sunulan teklife kıyasla Doug and Joe’nun yaklaşımı daha basit, derleyiciyi daha verimli kullanan ve yazılımcılar için anlaşılması daha kolay bir yaklaşım sundu.

apple/swift-evolution

Property wrapper, oluşturmak istediğiniz enum, struct veya class’ın başına “@propertyWrapper” yazarak aktifleştirebilirsiniz ve zorunlu olarak eklememiz gereken wrappedValue propertysi üzerinde logic’lerinizi yönetebilirsiniz.

Mesela Yukarıda bahsettiğim örnekteki gibi içine setlenen değer ne olursa olsun tamamını büyük harfe çevirelim.

@propertyWrapper
struct Uppercased {
    var wrappedValue: String {
        didSet { wrappedValue = wrappedValue.uppercased() }
    }

init(wrappedValue: String) {
        self.wrappedValue = wrappedValue.uppercased()
    }
}

Yukarıdaki şekilde Uppercased adında bir struct oluşturduk. Bunun property Wrapper olduğunu @propertyWrapper yazarak göstermiş olduk. Bu yüzden bize zorunlu olarak wrappedValue’yu ekletti. Siz burada kullanacağınız property’nin tipine göre type geçebilirsiniz. Ben şimdi string değerlerin her setlendiğinde büyük harfe geçirilmesi için bu örneği verdim.

struct Article {
    @Uppercased var title: String
}

Ardından bu wrapper’ı hangi property’de kullanmak isterseniz başına yazmanız yeterli. Ben bu örnekte yarattığım her article’ın title’ı büyük oluşsun istiyorum. O yüzden title propertysine ekledim.

let article = Article(title: "property Wrapper")
print(article.title) // PROPERTY WRAPPER

ve artık her çağırdığınızda article’ın title’ı büyük harf’e dönmüş olacak.

Peki iyi hoş da nasıl bir sorunla karşılaştık da bizim problemimizi property wrapper çözmüş oldu? Tek derdimiz bi property’i büyük yapmak değildi. Gelin şimdi bu konuya bi göz atalım.

DTO’nuzda diyelim ki userType’ını tutacaksınız. Ve şu an 3 tipi var. Int veya string karşılıkları olarak tutabilirsiniz veya gelecek bütün karşılıklarını biliyorsanız enum bile yazabilirsiniz. Ama enum kullandığınız zaman yeni bir type eklenirse projeniz decoding error almaya başlayacak tabii eğer o enum’a custom init yazıp decoding alınca default value ataması yapmadıysanız. Biz decoding almamak için projenin her yerinde enum karşılığı olabilecek değerler için custom initlerimizi yazdık.

enum UserType: String, Codable {
    case admin, user, none
    
    public init(from decoder: Decoder) throws {
        self = try UserType(rawValue: decoder.singleValueContainer().decode(RawValue.self)) ?? .none
    }
}

Mesela yukarıdaki örneğe baktığınızda eğer yeni bir UserType’ı eklenirse eski client bunu decode edemeyecek. Ama sizin karşıladığınız none değerine setlenecek ve decoding error almadan hayatınıza devam edeceksiniz.

Peki decoding aldığı zaman default value setleyebilecek bir wrapper kullanmaya ne dersiniz?

public protocol DefaultCodableInterface {
    associatedtype RawValue: Codable
    
    static var defaultValue: RawValue { get }
}

@propertyWrapper
public struct DefaultCodable<T: DefaultCodableInterface>: Codable {
    public var wrappedValue: T.RawValue
    
    public init(wrappedValue: T.RawValue) {
        self.wrappedValue = wrappedValue
    }
    
    public init(from decoder: Decoder) throws {
        let container = try decoder.singleValueContainer()
        self.wrappedValue = (try? container.decode(T.RawValue.self)) ?? T.defaultValue
    }
    
    public func encode(to encoder: Encoder) throws {
        try wrappedValue.encode(to: encoder)
    }
}

extension DefaultCodable: Equatable where T.RawValue: Equatable { }
extension DefaultCodable: Hashable where T.RawValue: Hashable { }

Öncelikle Property Wrapper’ımızı yaratalım. Bunun bir interface’i olsun ve bu sayede kolaylıkla işlemlerimizi generic bir yapıda yapalım. İsterseniz Default value olarak enum’ın son case’ini atayacak bir yapı yapın isterseniz de default olarak bir bool değeri null gelince false/true setleyecek bir yapı oluşturun.
Üstteki örnekte wrappedValue’muzun type’ı interface’den geliyor. bu sayede bunu decoder’a veriyoruz ve eğer bir değer döndüremezse elimizdeki default value’yu paslıyoruz.

Yukarıdaki UserType örneğine baktığımızda aslında default olarak last case’i vermek için bir geliştirme yapabiliriz dedik ve kolları sıvadık. Öncelikle EnumDefaultValueSelectable diye bi protocol yaratarak başladık. Bu protocol yapılacak aksiyonu belirleyecek. Mesela decoding aldığımızda Enum case’indeki last value’yu seçecek bir yapı yaratalım. Bunun için; Codable & CaseIterable & RawRepresentable’ı conform eden bir protocol oluşturduk. Ve elimizdeki tüm case’leri gezerek lastCase’i return ettik.

public protocol EnumDefaultValueSelectable: Codable & CaseIterable & RawRepresentable where RawValue: Decodable, AllCases: BidirectionalCollection { }

public struct LastCase<T>: DefaultCodableInterface where T: EnumDefaultValueSelectable {
    public static var defaultValue: T { T.allCases.last! }
}

Yukarıdaki verdiğim UserType örneğine bir daha bakarsak eğer ne kadar temiz olduğunu fark ettiniz mi? Bi de bunu projenin her yerinden temizleyip property wrapper ile süslediğinizi düşünün. Tadından yenmez.

enum UserType: String, EnumDefaultValueSelectable {
    case admin, user, none
}

struct UserResponse: Codable {
    @DefaultCodable<LastCase> var user: UserType
}

Yarattığınız response’larda decoding hatası almamak için property’lerinizi optional yapıyor olabilirsiniz ama null gelen bir bool değerinin sizin için bi anlamı olmalı.

Yukarıdaki örneğe ek olarak bir de isAdmin propertymiz olsun mesela. isAdmin değeri null gelirse aslında biz buna default olarak false değerini atayabiliriz. O zaman DefaultFalse adında bir struct oluşturalım. Ve tek yapmamız gereken Interface’imizi conform eden bi struct oluşturup default value’muzu döndürmek.

public struct DefaultFalse: DefaultCodableInterface {
    public static var defaultValue: Bool { return false }
}

Ardından Bool tipindeki property’mizi null olduğu durumda false olacak şekilde kurgulayabiliriz.

struct UserResponse: Codable {
    @DefaultCodable<DefaultFalse> var isAdmin: Bool
}

Eğer bu Property Wrapper’ı kullanmak isterseniz kolayca aşağıdaki linkten erişebilirsiniz.

Trendyol/ios-components

Property Wrapper’ı Production kodunda bu şekilde kullanarak bayağı bir yerde yaptığımız custom init’lerden kurtulmuş olduk. Eğer sizin de kullandığınız yapılar varsa yorum kısmında belirtebilirsiniz.

Beğendiyseniz, alkışlarınızla daha fazla kişiye ulaşmasını sağlayabilirsiniz. 👏🏼

Imagine you have an invisible robot surfing on the Internet doing certain tasks for you.

This is a bot. 🤖

They reduce frustrating repetitive tasks and save people from doing work that would take up a lot of time and energy. So what jobs can bots do? If you can explain the job step by step to a child who does not understand that job at all, i mean by extracting the algorithm, of course a bot can do it.

At Trendyol, we are trying to increase our productivity by simplifying the daily routines done by bots in the iOS team.

Why do we keep doing the things we do over and over again? Let the bots do this job. Do you have a lot of time-consuming works? There are automation tools for this. If you automate this process, you get rid of a lot of burdens. Especially if you completed these works before Covid-19 like us, you could start working remotely overnight without loss of efficiency.

You can reach the article about processes we have automated as iOS Team which is written by my teammate Ömer.

In this article, I will talk about how we trigger our automation tools and why we use them.

Activate Slack’s superpowers by adding your own bots

Slack is not just a chat application where you talk to your team, it is actually an application that makes your automation processes quite easy and even contains an automation tool itself. When we see a tool that we can squeeze water from a stone as a team, we love to adapt it to our system immediately :)

We created the Command Line Tool with Swift to use our bots in Slack. Since we wrote the Trendyol app with Swift, we thought this would be the right approach for us. Because even if someone new to the team, they can easily add new features to the bot we wrote.

We actually use our bots to send requests wherever we want according to our commands. We send requests to our vapor project to get packages for our bot or to list pull requests. It makes the decisions and execute the necessary job.

In this article I will not go into how Slackbot is used on the Swift side. You can reach the Building Slack Bots In Swift article here.

So what did we need and what did we automate?

Package Exporting Processes

In the works we normally do, we had to put the packages manually on the phone and go to the product managers or designers related to that task and show it. This cost us a lot of time. Think about it, you’ve finished a task, passed the code review, tested, and now it’s the last step to do the User Acceptance Test (UAT). In this process, you have to show it to the owner of the task. But after you finished the task, you already started another task and changed the branch. Now you have to leave the task at hand, return to the branch where the task is to be done, get a package from there and show it to the owner of the task. Did you realize what a waste of time it was? That’s exactly why we had to automate this stage. We obtained an Enterprise certificate and started distributing our ipa with over the air. All we have to do is tell our bot the branch (Releases/ rc-5.1.0) and schema we want. We have created a structure where we can install the application on our phone with a single click and eliminate manual processes.

Since we make Trendyol Yemek Application as a separate module, we can get a package just contains the Trendyol Yemek application in a shorter time.

Test Coverage Reports

As the Mobile iOS team, we need to write unit test for every task we do. As Ömer mentioned, our unit tests run automatically after each pull request, and as a result, Trendyol’s Test Coverage falls to our group.

But we do not have to wait for a new pull request to be able to see test coverage. We tell our bot and it calculates it and brings it to us. As Trendyol app, we can calculate the coverage of modules. Because we follow a modular approach. And we can save time by running our tests on certain test plans. You can get the information about Test Plan with Get the Most Out of UI Tests With XCode Test Plans article written by my teammate Atakan.

By writing the branch we want and the Test Plan, we can access the test coverage of only the modules included in that Test Plan.

Listing Open Pull Requests

We also linked the package exporting process to Slack’s workflow. We ask Skynet to list us open pull requests. And by clicking the export package button we can export our package for the Environment with the steps of the Slack workflow.

Sending Packages to the Appstore

You can read the article written by our mobile team leader Efekan for package distribution. Efekan’s automatization of this process made our processes much easier. All we have to do is give the necessary branch and update method to friday. In our team, Friday deals with the Appstore side and skynet deals with the enterprise distribution. That’s why we’re at friday in this section.

As everywhere, we made it to its current state by iterating here. We didn’t handle error cases at first, when we got an error somewhere, we have to open to the jenkins job and find the error. With Batuhan’s suggestion, we create a task to handle the error case and Batuhan quickly started adding the new feature.

Below you can see an error received during upload. One of the most common mistakes we came across in a modular structure was the following error. When we embed & sign our modules in frameworks other than the host app, the following error occurs.

Skynet Check & Friday Check

As everyone knows, our generation does not like to wait, this is a fact. And we always want to be aware of the things we can manage. So there are these two commands. We want to check what Skynet and Friday are doing at the moment and get a report.

Welcome

When a new person joins our team, a warm welcome comes from skynet :) The messages with the word WORKFLOW can be easily integrated into the channels with Slack’s workflow builder tool.

Please feel free to comment below, if you have any questions.

If you like this article, feel free to share it with your friends and leave me a comment. Also, click on the 👏 clap button below to show how much you like the article.

Thanks for reading! 👨🏼‍💻

The effect of bots on Automation was originally published in Trendyol Tech on Medium, where people are continuing the conversation by highlighting and responding to this story.

2019 Mart’ında dating app’i geliştiriyordum. Haziran ayında ikinci versiyonu için tasarım arayışındayken karşılaştığım tasarımı uygulamaya aktarışımı sizlerle paylaşmak istedim. O zamanlarBir başka yazıda oradan edindiğim deneyimleri ve nasıl ilerlediğimi anlatırım. Şu aralar üzerine çalıştığım uygulamada da aynı tasarımı kullanırken böyle bir yazı yazmaya karar verdim.

Dribble’da op7418 ‘in tasarladığı tasarım bu şekildeydi. Bunun üzerinde biraz daha çalışıp aslında profil detay sayfasından ziyade eşleştirme ekranına dönüştürmem gerekiyordu. Tasarım üzerine konuşmaktan ziyade Yukarı kaydırılabilir view üzerine konuşacağım. Aslında kolayca harici kütüphaneleri ekleyip kullanabiliceğiniz kütüphaneler mevcut. Fakat o zaman burada paylaşabileceğim bir yazı mevcut olmayacaktı. 😅

Altta gözüken kaydırılabilir view aslında subview olarak eklenmiş bir child view. Burada tek yaptığım onu ana ekranda gözükecek kısmını ayarlamaktı.

İlk olarak yaptığım Pan Gesture eklemekti. Çünkü elimizin hareketiyle hareket edecek. Tamamen açıldığında y position’ı 100'e gelmesini istediğimden bunu sabitledim. 2 tane move View methodum var. Bir tanesi el hareketi tamamlandığında tetiklenen diğeri ise anlık olarak el hareketime göre view’ı hareket ettirmek için var. UIPanGestureRecognizer alan moveView methodunu incelediğimizde ekranın kısıtladığımız kısımlarında y pozisyonu değiştidiğinde onu hareket ettirecek kod parçasını göreceksiniz.

Projeyi incelemek isterseniz buradan ulaşabilirsiniz.

Şuan üzerinde çalıştığım uygulamamda ise aşağıdaki gibi kullandım.