okshrey

package tech.okcredit.base.network

import okhttp3.*
import okhttp3.EventListener
import java.io.IOException
import java.net.InetAddress
import java.net.InetSocketAddress
import java.net.Proxy
import java.net.URL

autonomousapps

class ResolveDependenciesPlugin : Plugin<Project> {

  override fun apply(target: Project): Unit = target.run {
    pluginManager.withPlugin("java") {
      registerTask(theJars = artifactFilesProvider("compileClasspath", "jar"))
    }
    pluginManager.withPlugin("com.android.base") {
      // This lets us call `./gradlew resolveDependencies` and have it Just Work.
      val lifecycleTask = tasks.register(RESOLVE_DEPENDENCIES_TASK_NAME)

alexvanyo

import com.android.build.gradle.internal.tasks.factory.dependsOn

plugins {
    id("com.android.application")
    jacoco
}

// Register the main JaCoCo task to later depend on the per-variant tasks  
val jacocoTestReport = tasks.register("jacocoTestReport")

whatupfoo

Organization archetypes

The intention of this document is to provide some guidance and suggestions to customers who are wondering how they should structure organizations and teams in their GitHub Enterprise environment. The idea isn't to give hard and fast rules on which approach is better than the other, but to give examples of when one approach might be preferable to another depending on the use case.

1. A single organization with direct organization membership for repository access (not teams)

          ________________
          |     Org      |
          |    ______    |
          |   |      |\  |

| | Repo | \ |

arkivanov

// Deps

interface Database
interface Network

// Child

interface ChildRepository

class Child(dependencies: Dependencies) {

pyricau

package com.example

import kotlin.annotation.AnnotationRetention.RUNTIME
import kotlin.annotation.AnnotationTarget.FUNCTION

/**
 * @see TracingRunListener
 */
@Retention(RUNTIME)
@Target(FUNCTION)

ValCanBuild

/**
MIT License

Copyright (c) 2018 Valentin Hinov

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is

tonilopezmr

#!/bin/sh
# https://github.com/shyiko/ktlint pre-commit hook
git diff --name-only --cached --relative | grep '\.kt[s"]\?$' | xargs ktlint -F --relative .
if [ $? -ne 0 ]; then exit 1; else git add .; fi

squarism

Goals:

• never upgrade Java with the GUI pkg installer again.
• never try to remember that /Library/Java is where JDKs go.
• Just keep JDK8 and JDK9 up-to-date. Java is so stable, maybe these two major versions is all we need?

Note the assumptions in these goals. Making this a bit more generic would be nice.

I'm on a mac and I use the fish shell which I know is squarely in the edge case camp but I hope this is inspiring or useful to someone else because there's not much shell specific stuff here. I found jenv which is going to help.

First, upgrading java with homebrew is pretty easy. The assumption is that java8 is stable and java (9) is still emerging. This assumption would likely change so it'd be nice to have this scripted out of this assumption. For now, I'm just trying to avoid graphical Oracle installers.

bnorm

fun Any?.toIndentString(): String {
  val notFancy = toString()
  return buildString(notFancy.length) {
    var indent = 0
    fun StringBuilder.line() {
      appendln()
      repeat(2 * indent) { append(' ') }
    }