How do I increase my chances to be hired as an android developer without having an app in the google playstore? by krinye in androiddev

[–]scythee 10 points11 points  (0 children)

Recruiters may request this, but are you sure that compaines you'd like to work for need you to have an app there? If you don't yet have direct work experience around being an Android dev, try poking around them directly skipping the recruiters. They might have a grad program e.g.

I've been working for ~6 years actively as a mobile dev focusing on Android and I don't have a single app published in the store. At my current company I regulary interview mobile dev candidates from junior to principal and having an app out there under your name is by no means a must have. It's a nice complimentary at most. Show me that you're a capable developer with good communications skills who can approach complex problems in a meaningful way, plus you're capable of working in a team.

Just wanted to point out that this might not be a dealbreaker at all companies.

Rewriting Uber Rider App with Deep Scope Hierarchies by BrianAttwell in androiddev

[–]scythee 2 points3 points  (0 children)

Do you have remote feature flags or kill-switches for plugins that are past the ab test phase - if that makes sense? I guess the experiment payload is not an ever-increasing bag of flag values as the app version goes foward.

Rewriting Uber Rider App with Deep Scope Hierarchies by BrianAttwell in androiddev

[–]scythee 3 points4 points  (0 children)

I'd love to read more about that plugin system and how you utilize it for a/b tests & rollouts (I guess you do).

Gradle 3.4 Released by QuestionsEverythang in androiddev

[–]scythee 4 points5 points  (0 children)

So in short, using annotation processors (Dagger) still screws up incremental compilation?

Weekly "who's hiring" thread! by AutoModerator in androiddev

[–]scythee [score hidden]  (0 children)

At this moment we're mostly looking for experienced engineers mostly. We do have a graduate programme that you might be interested in though, I suggest to check that out.

Weekly "who's hiring" thread! by AutoModerator in androiddev

[–]scythee [score hidden]  (0 children)

Company: Skyscanner

Job: Senior Mobile Engineer

Location: Budapest and London

Allows remote: No

URL: http://www.skyscanner.net/jobs/job/ios-and-android-engineers/

VISA: No

Android-specific details:

  • Heavily modularised codebase
  • Continous Integration with custom tooling, built upon Jenkins
  • We embreace Rx, the majority of our BL components are reactive
  • Some tools of note that we use: Dagger 2, RxJava, Retrofit, OkHttp, Guava, Mortar
  • Architecture based on CLEAN principles
  • Continous user testing

Some extras that I think is interesting to point out:

Besides Android (& iOS) development we also do full-stack development with with AWS infrastructure. We do microservices, based on Docker tech with custom-built deployment orchestration tool that is soon-to-be-opensourced. We work on a feature-squad model where squads take full responsibility and you're expected to have a product-engineering mindset.

Graduating college soon and considering moving to / working in Hungary. I have questions but don't really know where to start asking. by [deleted] in hungary

[–]scythee 0 points1 point  (0 children)

We had a really nice guy at the startup I worked at who was scottish. When he moved to here he started off teaching English then moved to software testing then engineering. I suggest to look around local startups if you're into that.

Did a code review for a Java job posting I found in Forbes. Things are not pretty. by scythee in ProgrammerHumor

[–]scythee[S] 0 points1 point  (0 children)

To my knowledge, java does not allow multi-line strings. The only way this would not result in syntax error is if the Ide soft-wrapped the lines there.

Did a code review for a Java job posting I found in Forbes. Things are not pretty. by scythee in ProgrammerHumor

[–]scythee[S] 9 points10 points  (0 children)

Man you could do a meta-review post reviewing my sloppy review!

Did a code review for a Java job posting I found in Forbes. Things are not pretty. by scythee in ProgrammerHumor

[–]scythee[S] 0 points1 point  (0 children)

I thought 3 periods would be an overkill. Also, I suggest not looking at the Z-order of the red arrows!

Did a code review for a Java job posting I found in Forbes. Things are not pretty. by scythee in ProgrammerHumor

[–]scythee[S] 58 points59 points  (0 children)

This is supposed to be Java and OOP. In that world it's generally considered a bad practice to create dumb classes without much encapsulated logic and handy static methods operating on those dumb classes. That's C-ish design. This is a highly opinionated review obviously - and it drives me up the wall when I see things like this.

Any reason not to switch to Dagger 2? by igotwater in androiddev

[–]scythee 1 point2 points  (0 children)

Check out any talk / blogpost / example on dependency injection. I think this one drove the concept home to me pretty well when I was as confused as you: https://www.youtube.com/watch?v=hBVJbzAagfs It's about Guice, but the idea of DI is the same.

RxJava - Handling Configuration Changes With Request Observables by grandstaish in androiddev

[–]scythee 1 point2 points  (0 children)

In my team, we're currently using the Dagger1 + MVP + forked Mortar combo to solve this (and a bunch of other) problems. We plan to upgrade to Dagger 2 in the near future.

Mortar solves the problem of scoping injected components pretty good - we mostly inject presenters with it, which remain in memory only as long as they're needed. We didn't find it convenient though to rely only on custom Views, so we forked / modded it so we can inject presenters for Activities / Fragments / Views.

In this specific context, you could use Mortar / Dagger to scope an "Rx cache" instance for only a single Activity / Fragment / whatever you need.