Alternatives to Swift logo

Alternatives to Swift

Objective-C, React Native, Kotlin, Golang, and Java are the most popular alternatives and competitors to Swift.
15.4K
11.1K
+ 1
1.3K

What is Swift and what are its top alternatives?

Writing code is interactive and fun, the syntax is concise yet expressive, and apps run lightning-fast. Swift is ready for your next iOS and OS X project — or for addition into your current app — because Swift code works side-by-side with Objective-C.
Swift is a tool in the Languages category of a tech stack.
Swift is an open source tool with 60.2K GitHub stars and 9.7K GitHub forks. Here’s a link to Swift's open source repository on GitHub

Top Alternatives to Swift

  • Objective-C
    Objective-C

    Objective-C is a superset of the C programming language and provides object-oriented capabilities and a dynamic runtime. Objective-C inherits the syntax, primitive types, and flow control statements of C and adds syntax for defining classes and methods. It also adds language-level support for object graph management and object literals while providing dynamic typing and binding, deferring many responsibilities until runtime. ...

  • React Native
    React Native

    React Native enables you to build world-class application experiences on native platforms using a consistent developer experience based on JavaScript and React. The focus of React Native is on developer efficiency across all the platforms you care about - learn once, write anywhere. Facebook uses React Native in multiple production apps and will continue investing in React Native. ...

  • Kotlin
    Kotlin

    Kotlin is a statically typed programming language for the JVM, Android and the browser, 100% interoperable with Java ...

  • Golang
    Golang

    Go is expressive, concise, clean, and efficient. Its concurrency mechanisms make it easy to write programs that get the most out of multicore and networked machines, while its novel type system enables flexible and modular program construction. Go compiles quickly to machine code yet has the convenience of garbage collection and the power of run-time reflection. It's a fast, statically typed, compiled language that feels like a dynamically typed, interpreted language. ...

  • Java
    Java

    Java is a programming language and computing platform first released by Sun Microsystems in 1995. There are lots of applications and websites that will not work unless you have Java installed, and more are created every day. Java is fast, secure, and reliable. From laptops to datacenters, game consoles to scientific supercomputers, cell phones to the Internet, Java is everywhere! ...

  • Python
    Python

    Python is a general purpose programming language created by Guido Van Rossum. Python is most praised for its elegant syntax and readable code, if you are just beginning your programming career python suits you best. ...

  • Rust
    Rust

    Rust is a systems programming language that combines strong compile-time correctness guarantees with fast performance. It improves upon the ideas of other systems languages like C++ by providing guaranteed memory safety (no crashes, no data races) and complete control over the lifecycle of memory. ...

  • Xcode
    Xcode

    The Xcode IDE is at the center of the Apple development experience. Tightly integrated with the Cocoa and Cocoa Touch frameworks, Xcode is an incredibly productive environment for building amazing apps for Mac, iPhone, and iPad. ...

Swift alternatives & related posts

Objective-C logo

Objective-C

9.3K
5.6K
488
The primary programming language you use when writing software for OS X and iOS
9.3K
5.6K
+ 1
488
PROS OF OBJECTIVE-C
  • 212
    Ios
  • 114
    Xcode
  • 62
    Backed by apple
  • 46
    Osx
  • 40
    Interface builder
  • 10
    Good old fashioned ooe with a modern twist
  • 2
    Goober, please
  • 1
    Object-oriented
  • 1
    Handles well null values (no NullPointerExceptions)
CONS OF OBJECTIVE-C
  • 1
    UNREADABLE

related Objective-C posts

Conor Myhrvold
Tech Brand Mgr, Office of CTO at Uber · | 13 upvotes · 1.2M views

Excerpts from how we developed (and subsequently open sourced) Uber's cross-platform mobile architecture framework, RIBs , going from Objective-C to Swift in the process for iOS: https://github.com/uber/RIBs

Uber’s new application architecture (RIBs) extensively uses protocols to keep its various components decoupled and testable. We used this architecture for the first time in our new rider application and moved our primary language from Objective-C to Swift. Since Swift is a very static language, unit testing became problematic. Dynamic languages have good frameworks to build test mocks, stubs, or stand-ins by dynamically creating or modifying existing concrete classes.

Needless to say, we were not very excited about the additional complexity of manually writing and maintaining mock implementations for each of our thousands of protocols.

The information required to generate mock classes already exists in the Swift protocol. For Uber’s use case, we set out to create tooling that would let engineers automatically generate test mocks for any protocol they wanted by simply annotating them.

The iOS codebase for our rider application alone incorporates around 1,500 of these generated mocks. Without our code generation tool, all of these would have to be written and maintained by hand, which would have made testing much more time-intensive. Auto-generated mocks have contributed a lot to the unit test coverage that we have today.

We built these code generation tools ourselves for a number of reasons, including that there weren’t many open source tools available at the time we started our effort. Today, there are some great open source tools to generate resource accessors, like SwiftGen. And Sourcery can help you with generic code generation needs:

https://eng.uber.com/code-generation/ https://eng.uber.com/driver-app-ribs-architecture/

(GitHub : https://github.com/uber/RIBs )

See more

Greetings everyone. I ran a design studio for 8 years in which we designed mobile and web apps. I also lead development teams when our client asked us to carry out the development of the projects. I always had an interest in learning to code to help me understand what is going on on the dev side and also build small apps as a hobby. I tried several times to get on a learning path, but challenges always put me down, so I quit after a couple of weeks. I tried JavaScript, Python, PHP, and Objective-C.

Now I am retrying to teach myself Swift and especially SwiftUI for more than a month, and It's been going well so far. I want to build my own small apps, and I'm not focused on getting hired as a developer. I want to ask if it's the right language to start learning to program or should I learn something else first as a foundation. I'm currently taking a 100 days of code challenge and reading the Swift 5.3 PDF if I want to get more information on a specific topic. It feels like none of the stuff is sticking, but I'm not sure if it's the way it goes or my approach is wrong.

I would appreciate any kind of guidance. Thanks

See more
React Native logo

React Native

27K
23.6K
1.1K
A framework for building native apps with React
27K
23.6K
+ 1
1.1K
PROS OF REACT NATIVE
  • 206
    Learn once write everywhere
  • 168
    Cross platform
  • 164
    Javascript
  • 120
    Native ios components
  • 67
    Built by facebook
  • 63
    Easy to learn
  • 44
    Bridges me into ios development
  • 40
    It's just react
  • 39
    No compile
  • 36
    Declarative
  • 22
    Fast
  • 12
    Virtual Dom
  • 12
    Insanely fast develop / test cycle
  • 12
    Livereload
  • 11
    Great community
  • 9
    Native android components
  • 9
    It is free and open source
  • 9
    Backed by Facebook
  • 9
    Easy setup
  • 7
    Scalable
  • 7
    Highly customizable
  • 6
    Great errors
  • 6
    Win win solution of hybrid app
  • 6
    Everything component
  • 6
    Awesome
  • 5
    Not dependent on anything such as Angular
  • 5
    Simple
  • 4
    OTA update
  • 4
    Awesome, easy starting from scratch
  • 3
    Easy to use
  • 3
    As good as Native without any performance concerns
  • 2
    Many salary
  • 2
    Can be incrementally added to existing native apps
  • 2
    Hot reload
  • 2
    Over the air update (Flutter lacks)
  • 2
    'It's just react'
  • 2
    Web development meets Mobile development
  • 1
    Ngon
CONS OF REACT NATIVE
  • 23
    Javascript
  • 18
    Built by facebook
  • 12
    Cant use CSS
  • 4
    30 FPS Limit
  • 2
    Slow
  • 2
    Some compenents not truly native
  • 2
    Generate large apk even for a simple app

related React Native posts

Vaibhav Taunk
Team Lead at Technovert · | 31 upvotes · 2M views

I am starting to become a full-stack developer, by choosing and learning .NET Core for API Development, Angular CLI / React for UI Development, MongoDB for database, as it a NoSQL DB and Flutter / React Native for Mobile App Development. Using Postman, Markdown and Visual Studio Code for development.

See more

I'm working as one of the engineering leads in RunaHR. As our platform is a Saas, we thought It'd be good to have an API (We chose Ruby and Rails for this) and a SPA (built with React and Redux ) connected. We started the SPA with Create React App since It's pretty easy to start.

We use Jest as the testing framework and react-testing-library to test React components. In Rails we make tests using RSpec.

Our main database is PostgreSQL, but we also use MongoDB to store some type of data. We started to use Redis  for cache and other time sensitive operations.

We have a couple of extra projects: One is an Employee app built with React Native and the other is an internal back office dashboard built with Next.js for the client and Python in the backend side.

Since we have different frontend apps we have found useful to have Bit to document visual components and utils in JavaScript.

See more
Kotlin logo

Kotlin

11.5K
8.9K
573
Statically typed Programming Language targeting JVM and JavaScript
11.5K
8.9K
+ 1
573
PROS OF KOTLIN
  • 67
    Interoperable with Java
  • 51
    Functional Programming support
  • 46
    Null Safety
  • 42
    Official Android support
  • 41
    Backed by JetBrains
  • 34
    Concise
  • 33
    Modern Multiplatform Applications
  • 25
    Expressive Syntax
  • 24
    Coroutines
  • 23
    Target to JVM
  • 22
    Open Source
  • 16
    Practical elegance
  • 16
    Statically Typed
  • 15
    Type Inference
  • 15
    Android support
  • 11
    Readable code
  • 11
    Better Java
  • 10
    Powerful as Scala, simple as Python, plus coroutines <3
  • 10
    Pragmatic
  • 8
    Lambda
  • 7
    Better language for android
  • 7
    Expressive DSLs
  • 7
    Target to JavaScript
  • 6
    Less boilerplate code
  • 5
    Used for Android
  • 4
    Fast Programming language
  • 4
    Less code
  • 3
    Functional Programming Language
  • 3
    Less boiler plate code
  • 3
    Friendly community
  • 2
    Native
  • 1
    Official Google Support
  • 1
    Latest version of Java
CONS OF KOTLIN
  • 7
    Java interop makes users write Java in Kotlin
  • 4
    Frequent use of {} keys
  • 2
    Hard to make teams adopt the Kotlin style
  • 2
    Nonullpointer Exception
  • 1
    Friendly community
  • 1
    Slow compiler
  • 1
    No boiler plate code

related Kotlin posts

Shivam Bhargava
AVP - Business at VAYUZ Technologies Pvt. Ltd. · | 22 upvotes · 383.1K views

Hi Community! Trust everyone is keeping safe. I am exploring the idea of building a #Neobank (App) with end-to-end banking capabilities. In the process of exploring this space, I have come across multiple Apps (N26, Revolut, Monese, etc) and explored their stacks in detail. The confusion remains to be the Backend Tech to be used?

What would you go with considering all of the languages such as Node.js Java Rails Python are suggested by some person or the other. As a general trend, I have noticed the usage of Node with React on the front or Node with a combination of Kotlin and Swift. Please suggest what would be the right approach!

See more
Jakub Olan
Node.js Software Engineer · | 17 upvotes · 337.4K views

In our company we have think a lot about languages that we're willing to use, there we have considering Java, Python and C++ . All of there languages are old and well developed at fact but that's not ideology of araclx. We've choose a edge technologies such as Node.js , Rust , Kotlin and Go as our programming languages which is some kind of fun. Node.js is one of biggest trends of 2019, same for Go. We want to grow in our company with growth of languages we have choose, and probably when we would choose Java that would be almost impossible because larger languages move on today's market slower, and cannot have big changes.

See more
Golang logo

Golang

15.4K
12.6K
3.2K
An open source programming language that makes it easy to build simple, reliable, and efficient software
15.4K
12.6K
+ 1
3.2K
PROS OF GOLANG
  • 531
    High-performance
  • 387
    Simple, minimal syntax
  • 354
    Fun to write
  • 295
    Easy concurrency support via goroutines
  • 267
    Fast compilation times
  • 189
    Goroutines
  • 177
    Statically linked binaries that are simple to deploy
  • 148
    Simple compile build/run procedures
  • 134
    Backed by google
  • 131
    Great community
  • 50
    Garbage collection built-in
  • 42
    Built-in Testing
  • 41
    Excellent tools - gofmt, godoc etc
  • 38
    Elegant and concise like Python, fast like C
  • 34
    Awesome to Develop
  • 25
    Used for Docker
  • 24
    Flexible interface system
  • 22
    Deploy as executable
  • 22
    Great concurrency pattern
  • 19
    Open-source Integration
  • 16
    Fun to write and so many feature out of the box
  • 15
    Easy to read
  • 14
    Its Simple and Heavy duty
  • 14
    Go is God
  • 13
    Powerful and simple
  • 13
    Easy to deploy
  • 11
    Concurrency
  • 11
    Best language for concurrency
  • 10
    Rich standard library
  • 10
    Safe GOTOs
  • 9
    Clean code, high performance
  • 9
    Easy setup
  • 8
    Hassle free deployment
  • 8
    High performance
  • 8
    Simplicity, Concurrency, Performance
  • 7
    Single binary avoids library dependency issues
  • 7
    Used by Giants of the industry
  • 6
    Simple, powerful, and great performance
  • 6
    Cross compiling
  • 5
    Very sophisticated syntax
  • 5
    Garbage Collection
  • 5
    Gofmt
  • 5
    WYSIWYG
  • 5
    Excellent tooling
  • 4
    Widely used
  • 4
    Kubernetes written on Go
  • 3
    Keep it simple and stupid
  • 2
    No generics
  • 1
    Operator goto
CONS OF GOLANG
  • 41
    You waste time in plumbing code catching errors
  • 25
    Verbose
  • 22
    Packages and their path dependencies are braindead
  • 15
    Google's documentations aren't beginer friendly
  • 15
    Dependency management when working on multiple projects
  • 10
    Automatic garbage collection overheads
  • 8
    Uncommon syntax
  • 6
    Type system is lacking (no generics, etc)
  • 2
    Collection framework is lacking (list, set, map)

related Golang posts

Conor Myhrvold
Tech Brand Mgr, Office of CTO at Uber · | 41 upvotes · 5.2M views

How Uber developed the open source, end-to-end distributed tracing Jaeger , now a CNCF project:

Distributed tracing is quickly becoming a must-have component in the tools that organizations use to monitor their complex, microservice-based architectures. At Uber, our open source distributed tracing system Jaeger saw large-scale internal adoption throughout 2016, integrated into hundreds of microservices and now recording thousands of traces every second.

Here is the story of how we got here, from investigating off-the-shelf solutions like Zipkin, to why we switched from pull to push architecture, and how distributed tracing will continue to evolve:

https://eng.uber.com/distributed-tracing/

(GitHub Pages : https://www.jaegertracing.io/, GitHub: https://github.com/jaegertracing/jaeger)

Bindings/Operator: Python Java Node.js Go C++ Kubernetes JavaScript OpenShift C# Apache Spark

See more
Nick Parsons
Building cool things on the internet 🛠️ at Stream · | 35 upvotes · 1.7M views

Winds 2.0 is an open source Podcast/RSS reader developed by Stream with a core goal to enable a wide range of developers to contribute.

We chose JavaScript because nearly every developer knows or can, at the very least, read JavaScript. With ES6 and Node.js v10.x.x, it’s become a very capable language. Async/Await is powerful and easy to use (Async/Await vs Promises). Babel allows us to experiment with next-generation JavaScript (features that are not in the official JavaScript spec yet). Yarn allows us to consistently install packages quickly (and is filled with tons of new tricks)

We’re using JavaScript for everything – both front and backend. Most of our team is experienced with Go and Python, so Node was not an obvious choice for this app.

Sure... there will be haters who refuse to acknowledge that there is anything remotely positive about JavaScript (there are even rants on Hacker News about Node.js); however, without writing completely in JavaScript, we would not have seen the results we did.

#FrameworksFullStack #Languages

See more
Java logo

Java

105.9K
81.1K
3.7K
A concurrent, class-based, object-oriented, language specifically designed to have as few implementation dependencies as possible
105.9K
81.1K
+ 1
3.7K
PROS OF JAVA
  • 589
    Great libraries
  • 442
    Widely used
  • 400
    Excellent tooling
  • 388
    Huge amount of documentation available
  • 332
    Large pool of developers available
  • 204
    Open source
  • 200
    Excellent performance
  • 155
    Great development
  • 149
    Vast array of 3rd party libraries
  • 148
    Used for android
  • 60
    Compiled Language
  • 49
    Used for Web
  • 46
    Managed memory
  • 45
    High Performance
  • 44
    Native threads
  • 43
    Statically typed
  • 35
    Easy to read
  • 33
    Great Community
  • 29
    Reliable platform
  • 24
    Sturdy garbage collection
  • 24
    JVM compatibility
  • 21
    Cross Platform Enterprise Integration
  • 20
    Universal platform
  • 20
    Good amount of APIs
  • 18
    Great Support
  • 14
    Great ecosystem
  • 11
    Lots of boilerplate
  • 11
    Backward compatible
  • 10
    Everywhere
  • 9
    Excellent SDK - JDK
  • 7
    Static typing
  • 7
    It's Java
  • 6
    Better than Ruby
  • 6
    Portability
  • 6
    Mature language thus stable systems
  • 6
    Cross-platform
  • 6
    Long term language
  • 5
    Clojure
  • 5
    Used for Android development
  • 5
    Vast Collections Library
  • 4
    Most developers favorite
  • 4
    Old tech
  • 3
    Javadoc
  • 3
    History
  • 3
    Testable
  • 3
    Great Structure
  • 3
    Stable platform, which many new languages depend on
  • 3
    Best martial for design
  • 2
    Faster than python
  • 1
    Type Safe
CONS OF JAVA
  • 32
    Verbosity
  • 27
    NullpointerException
  • 16
    Overcomplexity is praised in community culture
  • 14
    Nightmare to Write
  • 11
    Boiler plate code
  • 8
    Classpath hell prior to Java 9
  • 6
    No REPL
  • 4
    No property
  • 2
    Non-intuitive generic implementation
  • 2
    There is not optional parameter
  • 2
    Code are too long
  • 2
    Floating-point errors
  • 1
    Returning Wildcard Types
  • 1
    Java's too statically, stronglly, and strictly typed
  • 1
    Terrbible compared to Python/Batch Perormence

related Java posts

Conor Myhrvold
Tech Brand Mgr, Office of CTO at Uber · | 41 upvotes · 5.2M views

How Uber developed the open source, end-to-end distributed tracing Jaeger , now a CNCF project:

Distributed tracing is quickly becoming a must-have component in the tools that organizations use to monitor their complex, microservice-based architectures. At Uber, our open source distributed tracing system Jaeger saw large-scale internal adoption throughout 2016, integrated into hundreds of microservices and now recording thousands of traces every second.

Here is the story of how we got here, from investigating off-the-shelf solutions like Zipkin, to why we switched from pull to push architecture, and how distributed tracing will continue to evolve:

https://eng.uber.com/distributed-tracing/

(GitHub Pages : https://www.jaegertracing.io/, GitHub: https://github.com/jaegertracing/jaeger)

Bindings/Operator: Python Java Node.js Go C++ Kubernetes JavaScript OpenShift C# Apache Spark

See more
Kamil Kowalski
Lead Architect at Fresha · | 28 upvotes · 1.6M views

When you think about test automation, it’s crucial to make it everyone’s responsibility (not just QA Engineers'). We started with Selenium and Java, but with our platform revolving around Ruby, Elixir and JavaScript, QA Engineers were left alone to automate tests. Cypress was the answer, as we could switch to JS and simply involve more people from day one. There's a downside too, as it meant testing on Chrome only, but that was "good enough" for us + if really needed we can always cover some specific cases in a different way.

See more
Python logo

Python

184.1K
153.7K
6.6K
A clear and powerful object-oriented programming language, comparable to Perl, Ruby, Scheme, or Java.
184.1K
153.7K
+ 1
6.6K
PROS OF PYTHON
  • 1.1K
    Great libraries
  • 944
    Readable code
  • 833
    Beautiful code
  • 777
    Rapid development
  • 682
    Large community
  • 425
    Open source
  • 385
    Elegant
  • 277
    Great community
  • 268
    Object oriented
  • 214
    Dynamic typing
  • 75
    Great standard library
  • 56
    Very fast
  • 51
    Functional programming
  • 42
    Scientific computing
  • 41
    Easy to learn
  • 33
    Great documentation
  • 26
    Matlab alternative
  • 25
    Productivity
  • 25
    Easy to read
  • 21
    Simple is better than complex
  • 18
    It's the way I think
  • 17
    Imperative
  • 15
    Free
  • 15
    Very programmer and non-programmer friendly
  • 14
    Powerfull language
  • 14
    Powerful
  • 13
    Fast and simple
  • 13
    Machine learning support
  • 12
    Scripting
  • 9
    Explicit is better than implicit
  • 8
    Clear and easy and powerfull
  • 8
    Unlimited power
  • 8
    Ease of development
  • 7
    Import antigravity
  • 6
    Print "life is short, use python"
  • 6
    It's lean and fun to code
  • 5
    High Documented language
  • 5
    I love snakes
  • 5
    Although practicality beats purity
  • 5
    Flat is better than nested
  • 5
    Great for tooling
  • 5
    Fast coding and good for competitions
  • 5
    There should be one-- and preferably only one --obvious
  • 5
    Python has great libraries for data processing
  • 4
    Readability counts
  • 3
    Beautiful is better than ugly
  • 3
    Multiple Inheritence
  • 3
    Great for analytics
  • 3
    CG industry needs
  • 3
    Plotting
  • 3
    Lists, tuples, dictionaries
  • 3
    Rapid Prototyping
  • 3
    Socially engaged community
  • 3
    Complex is better than complicated
  • 3
    Now is better than never
  • 2
    List comprehensions
  • 2
    Web scraping
  • 2
    Many types of collections
  • 2
    Easy to setup and run smooth
  • 2
    Generators
  • 2
    Special cases aren't special enough to break the rules
  • 2
    If the implementation is hard to explain, it's a bad id
  • 2
    If the implementation is easy to explain, it may be a g
  • 2
    Simple and easy to learn
  • 2
    Import this
  • 2
    No cruft
  • 2
    Easy to learn and use
  • 1
    Better outcome
  • 1
    Powerful language for AI
  • 1
    Should START with this but not STICK with This
  • 1
    Can understand easily who are new to programming
  • 1
    Batteries included
  • 1
    Good for hacking
  • 1
    A-to-Z
  • 1
    Only one way to do it
  • 1
    Because of Netflix
  • 1
    Pip install everything
  • 1
    It is Very easy , simple and will you be love programmi
  • 1
    Flexible and easy
  • 0
    Powerful
CONS OF PYTHON
  • 51
    Still divided between python 2 and python 3
  • 29
    Performance impact
  • 26
    Poor syntax for anonymous functions
  • 21
    GIL
  • 19
    Package management is a mess
  • 14
    Too imperative-oriented
  • 12
    Dynamic typing
  • 12
    Hard to understand
  • 10
    Very slow
  • 8
    Not everything is expression
  • 7
    Indentations matter a lot
  • 7
    Explicit self parameter in methods
  • 6
    No anonymous functions
  • 6
    Poor DSL capabilities
  • 6
    Incredibly slow
  • 6
    Requires C functions for dynamic modules
  • 5
    The "lisp style" whitespaces
  • 5
    Fake object-oriented programming
  • 5
    Hard to obfuscate
  • 5
    Threading
  • 4
    Circular import
  • 4
    The benevolent-dictator-for-life quit
  • 4
    Official documentation is unclear.
  • 4
    Lack of Syntax Sugar leads to "the pyramid of doom"
  • 4
    Not suitable for autocomplete
  • 2
    Meta classes
  • 1
    Training wheels (forced indentation)

related Python posts

Conor Myhrvold
Tech Brand Mgr, Office of CTO at Uber · | 41 upvotes · 5.2M views

How Uber developed the open source, end-to-end distributed tracing Jaeger , now a CNCF project:

Distributed tracing is quickly becoming a must-have component in the tools that organizations use to monitor their complex, microservice-based architectures. At Uber, our open source distributed tracing system Jaeger saw large-scale internal adoption throughout 2016, integrated into hundreds of microservices and now recording thousands of traces every second.

Here is the story of how we got here, from investigating off-the-shelf solutions like Zipkin, to why we switched from pull to push architecture, and how distributed tracing will continue to evolve:

https://eng.uber.com/distributed-tracing/

(GitHub Pages : https://www.jaegertracing.io/, GitHub: https://github.com/jaegertracing/jaeger)

Bindings/Operator: Python Java Node.js Go C++ Kubernetes JavaScript OpenShift C# Apache Spark

See more
Nick Parsons
Building cool things on the internet 🛠️ at Stream · | 35 upvotes · 1.7M views

Winds 2.0 is an open source Podcast/RSS reader developed by Stream with a core goal to enable a wide range of developers to contribute.

We chose JavaScript because nearly every developer knows or can, at the very least, read JavaScript. With ES6 and Node.js v10.x.x, it’s become a very capable language. Async/Await is powerful and easy to use (Async/Await vs Promises). Babel allows us to experiment with next-generation JavaScript (features that are not in the official JavaScript spec yet). Yarn allows us to consistently install packages quickly (and is filled with tons of new tricks)

We’re using JavaScript for everything – both front and backend. Most of our team is experienced with Go and Python, so Node was not an obvious choice for this app.

Sure... there will be haters who refuse to acknowledge that there is anything remotely positive about JavaScript (there are even rants on Hacker News about Node.js); however, without writing completely in JavaScript, we would not have seen the results we did.

#FrameworksFullStack #Languages

See more
Rust logo

Rust

3.5K
3.8K
1.2K
A safe, concurrent, practical language
3.5K
3.8K
+ 1
1.2K
PROS OF RUST
  • 137
    Guaranteed memory safety
  • 125
    Fast
  • 83
    Open source
  • 75
    Minimal runtime
  • 69
    Pattern matching
  • 61
    Type inference
  • 55
    Concurrent
  • 54
    Algebraic data types
  • 45
    Efficient C bindings
  • 43
    Practical
  • 37
    Best advances in languages in 20 years
  • 29
    Fix for C/C++
  • 29
    Safe, fast, easy + friendly community
  • 23
    Stablity
  • 22
    Closures
  • 21
    Zero-cost abstractions
  • 19
    Extensive compiler checks
  • 18
    Great community
  • 15
    No NULL type
  • 14
    Async/await
  • 14
    Completely cross platform: Windows, Linux, Android
  • 13
    No Garbage Collection
  • 12
    Great documentations
  • 12
    High-performance
  • 11
    Super fast
  • 11
    High performance
  • 10
    Generics
  • 10
    Safety no runtime crashes
  • 10
    Fearless concurrency
  • 9
    Guaranteed thread data race safety
  • 9
    Compiler can generate Webassembly
  • 9
    Helpful compiler
  • 8
    Easy Deployment
  • 8
    Prevents data races
  • 8
    Macros
  • 7
    Painless dependency management
  • 7
    RLS provides great IDE support
  • 6
    Real multithreading
  • 4
    Good package management
  • 4
    Support on Other Languages
CONS OF RUST
  • 25
    Hard to learn
  • 23
    Ownership learning curve
  • 10
    Unfriendly, verbose syntax
  • 4
    High size of builded executable
  • 4
    Variable shadowing
  • 4
    Many type operations make it difficult to follow
  • 3
    No jobs

related Rust posts

James Cunningham
Operations Engineer at Sentry · | 18 upvotes · 127.6K views
Shared insights
on
PythonPythonRustRust
at

Sentry's event processing pipeline, which is responsible for handling all of the ingested event data that makes it through to our offline task processing, is written primarily in Python.

For particularly intense code paths, like our source map processing pipeline, we have begun re-writing those bits in Rust. Rust’s lack of garbage collection makes it a particularly convenient language for embedding in Python. It allows us to easily build a Python extension where all memory is managed from the Python side (if the Python wrapper gets collected by the Python GC we clean up the Rust object as well).

See more
Jakub Olan
Node.js Software Engineer · | 17 upvotes · 337.4K views

In our company we have think a lot about languages that we're willing to use, there we have considering Java, Python and C++ . All of there languages are old and well developed at fact but that's not ideology of araclx. We've choose a edge technologies such as Node.js , Rust , Kotlin and Go as our programming languages which is some kind of fun. Node.js is one of biggest trends of 2019, same for Go. We want to grow in our company with growth of languages we have choose, and probably when we would choose Java that would be almost impossible because larger languages move on today's market slower, and cannot have big changes.

See more
Xcode logo

Xcode

16.1K
12K
211
The complete toolset for building great apps
16.1K
12K
+ 1
211
PROS OF XCODE
  • 130
    IOS Development
  • 32
    Personal assistant on steroids
  • 29
    Easy setup
  • 17
    Excellent integration with Clang
  • 2
    Beautiful
  • 1
    Built-in everything
CONS OF XCODE
  • 6
    Massively bloated and complicated for smaller projects
  • 3
    Horrible auto completiting and text editing
  • 1
    Slow startup
  • 1
    Very slow emulator

related Xcode posts

Julien DeFrance
Principal Software Engineer at Tophatter · | 8 upvotes · 375.2K views

As a Engineering Manager & Director at SmartZip, I had a mix of front-end, back-end, #mobile engineers reporting to me.

Sprints after sprints, I noticed some inefficiencies on the MobileDev side. People working multiple sprints in a row on their Xcode / Objective-C codebase while some others were working on Android Studio. After which, QA & Product ensured both applications were in sync, on a UI/UX standpoint, creating addional work, which also happened to be extremely costly.

Our resources being so limited, my role was to stop this bleeding and keep my team productive and their time, valuable.

After some analysis, discussions, proof of concepts... etc. We decided to move to a single codebase using React Native so our velocity would increase.

After some initial investment, our initial assumptions were confirmed and we indeed started to ship features a lot faster than ever before. Also, our engineers found a way to perform this upgrade incrementally, so the initial platform-specific codebase wouldn't have to entirely be rewritten at once but only gradually and at will.

Feedback around React Native was very positive. And I doubt - for the kind of application we had - no one would want to go back to two or more code bases. Our application was still as Native as it gets. And no feature or device capability was compromised.

See more
Sezgi Ulucam
Developer Advocate at Hasura · | 7 upvotes · 755.6K views

I've recently switched to using Expo for initializing and developing my React Native apps. Compared to React Native CLI, it's so much easier to get set up and going. Setting up and maintaining Android Studio, Android SDK, and virtual devices used to be such a headache. Thanks to Expo, I can now test my apps directly on my Android phone, just by installing the Expo app. I still use Xcode Simulator for iOS testing, since I don't have an iPhone, but that's easy anyway. The big win for me with Expo is ease of Android testing.

The Expo SDK also provides convenient features like Facebook login, MapView, push notifications, and many others. https://docs.expo.io/versions/v31.0.0/sdk/

See more