ichigotake ichigotake

はじめに

JavaScript を使っていると「JavaScript出来るの？ jQuery / AngularJS / Node.js etc... で困ってるんだけどさー」みたいな話を振られることがあります。そういった時に、自分は一般的なライブラリの使い方やフレームワークに対して大した知見も興味もないので、わざわざ説明するのも面倒なのでこうして文章にしておきます。(本当に届いて欲しい人に限って、こういう文章が届かないのはわかっていますが、文章を書くこと自体が気晴らしだと思って諦めます。)

「フロントエンドエンジニア」という言葉の汎用性

先ほどのような話は自分に限ったことではなく、たぶん経験のある人も多いでしょう。振られた話が自分の分かる範囲、あるいは興味のあるものならばまだ良いのですが、そうでないことがあまりに多すぎます。話を振られるだけならともかく「JavaScriptできるんでしょ？じゃあ jQuery つかったこのサービスのメンテしてほしいんだけどー」みたいに仕事として振られることもあり、そう言う時は脳みそ取り出して洗剤で洗った方が良いのでは、と思うことも多々あります。

制度

有休…
病休…
育休…
年収（月給、賞与など）…
残業代…
早朝/深夜手当…
休出手当…
住宅補助…

評価制度の無い評価制度

更新:	2024-10-08
作者:	@voluntas
バージョン:	2024.1
URL:	https://voluntas.github.io/

概要

Google Cardboard 作成の覚書き

2014年7月8日山城潤

概要

Google Cardboard作成時に得たノウハウを記録しておく。

https://twitter.com/yamajun_ofug/status/486373754096717824

2時間半かけてようやく Google #Cardboard できた。 #台風ソン https://pic.twitter.com/hPUNqCKvBF

EventBus

EventBus は必ず onStart() と onStop() で呼ぶ。バックグラウンドで色々動かれて困る。また、onStop() では super.onStop() よりも先に呼ぶ。

@Override
protected void onStart() {
 super.onStart();

	#!/usr/bin/env ruby
	#-- coding: utf-8 --

	=begin
	Auto wget image

	Copyright (c) 2014 Takuma Nakajima

	This software is released under the MIT License.
	http://opensource.org/licenses/mit-license.php

	def toCamelCase(String string) {
	String result = ""
	string.findAll("[^\\W]+") { String word ->
	result += word.capitalize()
	}
	return result
	}

	afterEvaluate { project ->
	Configuration runtimeConfiguration = project.configurations.getByName('compile')

	import scala.language.higherKinds
	import scalaz.{Functor, \/}

	class LeftConverter[E1, E2](g: E1 => E2) {
	def apply[A, F[_]](f: F[E1 \/ A])(implicit F: Functor[F]): F[E2 \/ A] =
	F.map(f)(_.leftMap(g))
	}

	object LeftConverter {
	def apply[E1, E2](g: E1 => E2): LeftConverter[E1, E2] = new LeftConverter(g)

	Re: http://blog.goo.ne.jp/hishidama/e/701f48e62000243418c0a0f251f118b9

	バグはそもそも複合的な概念なので、絶対的な基準で定義できるものではないと思います。
	平たく言えば、文脈に依存するものなので、各々の文脈での「バグ」の定義が衝突することはありえます。
	それが嫌な場合は各々の文脈の「バグ」を定義するしかないと思います。
	少なくとも、何の前提もなく「バグ」と言った場合は日常用語だと思うので、そもそも論として科学的な議論の対象としては不適当だと思います。

	その上で、「仕様を満たしているかどうか」をバグの基準とする考えは一般的ですし、異論はありません。
	しかし、その定義もあらゆる意味での「バグ」を説明できているとは思えません。
	また、私自身も失敗の観点から「バグ」を定義するやり方は筋悪だと思います。

	#!/bin/bash

	# git pre-commit hook that runs an clang-format stylecheck.
	# Features:
	# - abort commit when commit does not comply with the style guidelines
	# - create a patch of the proposed style changes

	# modifications for clang-format by [email protected]
	# This file is part of a set of unofficial pre-commit hooks available
	# at github.