Skip to content

Instantly share code, notes, and snippets.

abdullin / reactNative.markdown
Last active Oct 20, 2015
Summary of React Native
View reactNative.markdown

React Native

Set of components to allow describing native widgets as React components and rendering them natively. It allows to wrap native APIs (imperative mutative) with declarative immutable APIs of React.

React Native replaces the DOM renderers with native renderers which allows people to render platform <View>/<ScrollView>/<NativeWhatever> instead of <div>/<span>. Other than that, you get to use the exact same React API that you already know (even down to the event bubbling). You can bridge to things that are only available on the platform, and can in general make higher performance granular building blocks that cannot be accomplished with web technology (such as components that decode images more efficiently or with different concurrency models). As with everything, JSX is not required to take advantage of this - and you can use any of the compile-to-js languages that you use with React today.

It includes:

View golang.adoc

Go: The Good Parts

Go is a programming language initially developed by Google in 2007. It is a statically typed language with a simple syntax, resembling C or JavaScript. It features garbage collection, type safety and large standard library.

Go can be statically compiled into a single executable binary, which could target a large number of operating systems (from Linux and

abdullin /
Last active Aug 29, 2015
Serving Architect

I think, I heard term "Serving Architect" from a ThoughtWorks presentation. It can be described this way.

Somebody with an experience works with a team, eliminating bottlenecks and helping them to move forward in the project. Ideally he or she would have experience of multiple roles in a software project: architect (software designer), developer, tester, lead and manager; with technical hands-on expertise covering stacks used by the team. This way a serving architect can help and share experience with any role in the team, without interfering with the team dynamics.

abdullin / vs.markdown
Last active Aug 29, 2015
Android vs iPhone
View vs.markdown

Summary of the last argument at HappyPancake team about iPhone vs Google Nexus with @pjvds.

This discussion, unlike last discussions about Facebook Flux or JSON assertions, was over in 10 minutes.

  1. iPhone is a product with premium design and polish. It is more expensive.
  2. Google Nexus is a good product with similar hardware specs but less polish. It is less expensive.
  3. Recent iOS updates make iPhones feel outdated slightly faster than recent Android changes.
  4. App ecosystems of iPhone and Android are comparable. iPhone has a few more exclusive apps and apps are generally more expensive and polished. Android has more apps with lower quality on the average.
View 526646648311906304.markdown

This is a response to Bill Fisher regarding experience with Flux:

@abdullin Also, can you clarify what you mean by "solution structure"? I am thinking about revising the examples soon.

Currently all flux samples (that I've seen) group files into folders based on technical similarity. For example, stores go with stores, action creators reside in the same folder shared with the other action creators.

This pattern works quite well for smaller projects. It feels especially good for the sample projects of various MVC frameworks, when you have just a bunch of controllers, models and views.

However, as we discovered on some production projects, such approach doesn't scale well. At some point you end up with dozens of technically similar files per folder and logically messy solution.

View ddd-in-golang.markdown

This is my response to an email asking about Domain-Driven Design in golang project.

Thank you for getting in touch. Below you will find my thoughts on how golang works with DDD, changing it. This is merely a perception of how things worked out for us in a single project.

That project has a relatively well-known domain. My colleagues on this project are very knowledgeable, thoughtful and invested in quality design. The story spelled out below is a result of countless hours spent discussing and refining the approach.

Conclusions could be very different, if there was a different project, team or a story-teller.

Short story

View gist:32b8fa6057467ccae8ed

План моих докладов на ufa42conf в этот четверг 19:00 (updated)


30m : 5 Event-driven лайфхаков

  • Intro : Event-driven или reactive принципы
  • BDD и тестирование кода
  • Пусть код документирует себя
  • Простое масштабирование (latency + throughput)
View .drone.yml
image: ruby2.0.0
- cp config/database.example.yml config/database.yml
- bundle install
- psql -c 'create extension hstore;' -U postgres -h
- psql -c 'create role exmu with superuser login;' -U postgres -h
- psql -c 'create database exmu_test;' -U postgres -h
- bundle exec rake db:test:prepare
- bundle exec rspec spec

Using Git Revision in Windows Azure Cloud Deployments

Here's a quick approach for including git versions of your codebase into Windows Azure Deployment labels (as visible in the Portal). This applies to Azure SDK 1.6 and probably higher. Versions are appended automatically whenever you trigger a publish from Visual Studio.

git versions usually are reported by git describe and could look like r40 (if there is r40 tag on the last commit) or r39-31-g48ac07c (if last tag r39 was 31 commits ago).

It works like this.

Step 1: Create new Azure Deployment profile for your deployment project. It will be saved somewhere to Profiles\ProjectName.azurePubxml.

View index.html
<!DOCTYPE html>
body {
width: 960px;
padding-top: 40px;
margin: auto;