SwiftでObjective-Cの黒魔術ってどうなった？ - Qiita
この記事はSwift Advent Calendar 17日目の記事です。 Swiftを始めて、最近では仕事でもいくつか徐々にSwiftに移行し始めています。その中で、時折ObjCを使った黒魔術に出会うことがあります。これらは、ObjCの文化であり、Swiftでもきのこって行けるのだろうかと思いましたので、今回試してみました。 諸説ありますが、自分の中ではObjecitive-Cの黒魔術といえば、つまりObjective-Cのランタイム関数です。 SwiftでもObjective-Cのランタイム関数は利用可能です。ランタイム関数はC言語の関数ですが、Swift自体はC言語との互換があるので使えるんですね。 ランタイム関数を利用するにはObjectiveCという名前のモジュールをインポートします。 ランタイム関数には色々な関数が用意されています。 今回はそのうち最もよく使われているであろう(
開発組織のマネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
エンジニアリングのマネージメント | GREE Engineers' Blog
こんにちは、岡崎です。最近はグリーのインフラチームにおける開発のマネージメントを担当しています。 このエントリーは「GREE Advent Calendar 2014」2日目の記事です。昨日は岸田さんによる「イノベーションが失われた組織から脱却する10のルール」でした。 さて、気がつけばここに書くのも昨年のAdvent Calendar 2013「開発ワークフローを、いつどう変えるか」以来です。去年は開発プロセスについてやってきた事の振り返り記事でしたが、今年も同じようにこれまでのプロジェクトを振り返りながら今回はエンジニアリングのマネージメントについて考えてみます。 エンジニアリングマネージャーとはどのような責任を持っているか エンジニアリングマネージャーとはどのような責任を持った役割でしょうか。本題に入る前にまずは「責任」という言葉の定義について確認しておきます。 「責任」と一言で言う
「ほとんどのユニットテストが役に立たない理由」を読んで | POSTD
数ヶ月前、私はJames O Coplienの ほとんどのユニットテストが役に立たない理由 という記事に出会いました。Jamesはほとんどのユニットテストは無意味であると考えていて、タイトルは内容をそのまま正確に表しています。彼は 追加記事 で議論をさらに展開しています。私は彼の議論に大変興味をそそられました。というのは、私はユニットテストから多くの利益を得ているからです。私たちはどうしてこのような異なる見解を持つに至ったのでしょうか？ 私が何かを見逃したのでしょうか？ 結局のところ私は彼の見解に賛成できませんでした。以下は彼の記事に対する私の意見です。 ユニットテストが必要な場合 私の経験では、ユニットテストはアルゴリズムロジックに対して行う時に最も有益です。結合度の高いコードについてはその性質から特に有益ではありません。結合度が高いコードはユニットテストのために多くのモックオブジェクト
ソフトウェアエンジニアの越境 - エンジニアも営業を学べ！？ - - だいくしー(@daiksy)のはてなブログ
DevLOVEアドベントカレンダー 越境 12日目の記事です。 今年のテーマは越境。ということで、ソフトウェアエンジニアの現場における「越境」について考えてみようかと思います。 いまいち納得のいかない片方向な越境 「エンジニアも営業的な目線を持ってセールスに貢献すべきだ！」 「エンジニアも自ら企画を立案し、サービスの売上げアップに貢献すべきだ！」 多くのエンジニアが、このような物言いを苦々しい気分で聞いた経験があるのではないでしょうか。 営業職の偉い人は、エンジニアもセールスを学び、営業の視点を持て、と言う。 企画職の偉い人は、エンジニアも企画を学び、サービスを立案しろ、と言う。 ところがエンジニアリングを学ぶ営業や企画の人は少ないし、エンジニアリングを学ばない営業職や企画職が、それを理由に咎められている様子など一度も目にしたことはありません。 なぜエンジニアばかりが開発以外のスキルまで求
リモートワークについて - 表道具
リモートワークの話 // Speaker Deck 在宅やオフィスの外で、比較的自由な形態で働くリモートワークだが、良い面悪い面みんな好きに言っていてどうも宙に浮いたものになっている印象がある。私はリモートワークで数年働いているが、特に問題はない一方で、これはうまくいかなくなる可能性は常にあるなと感じている。その辺について、「好きに言う」ことの1つかもしれないが記事にする。 前提 私はちょっと障害のある人間なので、その辺の事情を差し引いて捉えてもらいたい。個別の病名・障害名については差し控える。 4時間に1回数時間の休憩を入れないと、脳が動かなくなります 人が近くにいると気が散って仕事ができない場合があります リモートワークの良さは？ 答えになっているか微妙ですが、従業員の活動を柔軟にすることで生活の質を高め最適な働きを目指すと共に、負担を軽減し、新しい技術やビジネス機会を取り入れる体制を
企画ってどういう奴がやるといいんだろ 島国大和のド畜生
【 第27回】企画とエンジニアだと企画が偉い。（川上量生の胸のうち） 面白い記事だったのでまたかいつまんで、勝手な感想を書く。 反論とか全面賛成でなく井戸端話的に。 でもうちの会社って、エンジニアを大事にする文化があるので、企画は地位が低いんです。それっていうのは、あまり企画者がバリューを出せてなかったからだと思うんですよね。企画者って、ポジションで偉いわけじゃなくて、企画そのものの影響範囲が大きいから偉いんですよ。 素晴らしいなー。一文でほとんどの問題点を触っている。 企画屋がそのポジションを使って仕事をすると、他の人が苦労する。 俺の言う事を聞け、俺が企画だ文句を言うな。的な進め方。言い方だけ丁寧で中身は一緒とか。 もちろんこれで成功する場合もある。だがその場合周りが苦労する。 大規模開発ならばサポートする人が苦労を背負い込んで上手くまわす手があるが、少人数開発で回りに負荷を一定以上か
優れたエンジニアを採用できないワケ | POSTD
あなたは技術者採用の面接が苦手ですね。そう、あなたですよ。間違ったスキルを探し求め、適正の無い人たちを採用して、自分自身と会社に悪い影響を与えているのです。応募者リストを見直さなくとも、今までとは違う人材を採用し、会社の業績を上げ、あなた自身も仕事をもっと楽しめるようになりますよ。 いささか大胆な物言いだということは承知しています。仕事での経験を積み面接を担当するようになってから10年、大小の企業の様々な部署で、技術者を雇うための数多くの面接をしてきました。採用する人材が会社に及ぼす影響についても見てきました。完璧な採用を目指せというつもりはありません。私自身がこれまで何度もしてきたあらゆる失敗をあなたが犯さなくても済むよう、お伝えしたいのです。私がこれまで学んできたことは次のようなことです。 誤った判断基準 1. 応募者の現時点の知識に基づいて採用しない 面接で犯しがちな最初の間違いは、
スタートアップのはじめかた: アイデア・プロダクト・チーム・実行 Part I | StartupClass Note
本記事はY Combinatorによる、『How to Start a Startup』をSam Altman氏に許可をもらって翻訳したものである。オリジナルはこちら CS183Bへようこそ。私は、YcombinatorでPresidentを務めるサム・アルトマンです。実は、9年前は私もスタンフォードの学生でした。起業するために退学して、そのあと数年は投資家として活動しています。 Ycombinatorに入ってからの９年間はどうやってスタートアップを始めるかというテーマだけ教え続けています。実際のところ、教える内容の殆どはスタートアップに専門的な知識だったり、実学的なものばかりです。ただ、残りの30%ほどのことは誰にでもあてはまり、非常に役に立つ知識です。そこで、その30%だけでも多くの人に役に立ててもらおうという目的でこのクラスを開講しました。 今までYcombinatorで長く教えてき
アジャイルが否定したものを見直そう - arclamp
2014/9/6に開催されたXP祭り2014で「アジャイルを手放して得られたこと」という講演をしてきました。Togetterはこちらから。 元々は「アジャイルのダークサイド」の話がしたくて応募したのですが、その後、いろいろと考えているうちに僕自身にも気づきの多い内容となりました。 さて反応を見てると前半のアーキテクチャとマネジメントの話に興味を持っていただいたようです。なので、このブログでは「なぜアーキテクチャとマネジメントの話からアジャイルの話をしたのか」ということを書いてみます。 アジャイルがさまたげたもの アジャイル開発手法が大きく注目されるのは1999年の「Extreme Programming Explained」の出版であり、2001年の「アジャイルソフトウェア開発宣言」です。1990年代後半から2000年代初頭というのは、IT産業が大きく成長する時代であり、同時に、当時主流で
米マイクロソフトの日本人エンジニアで元Dellの採用面接官が語る、米国流Aクラス人材の見極め方 - エンジニアtype | 転職type
2014.09.04 ITニュース 2014年8月16日、はてなブックマークの人気エントリに「マイクロソフトで働き始めて半年経ちましたんで雑感まとめ。」というブログ記事が載った。 これを書いたのは、今年1月から米マイクロソフト本社のSkypeチームでエンジニアとして働いている渡辺毅氏。 渡辺氏は福岡の高校を卒業後、アメリカの大学に入学し、その後そのまま現地で就職した。現在はマイクロソフトにいるが、それ以前にはDellやゲーム会社などでの勤務を経験しており、そこではチームリーダーとして採用面接にも携わった経験があるという。 Microsoft Corporation Skypeチーム 渡辺 毅氏 福岡県福岡市生まれ。高校卒業後、アメリカに語学留学。オハイオで国際関係学・平和研究専攻。ニューハンプシャー州の大学院でコンピュータサイエンスで修士課程を修了。ゲーム会社やDellでの勤務を経て、20
igaiga diary - スパイスライフで働くエンジニアが嬉しく思っている9つのこと
_ スパイスライフで働くエンジニアが嬉しく思っている9つのこと スパイスライフに入社してから半年ほどが経ち、私が入った当時2人(邦明率100%の頃)だったエンジニアも現在社員だけで7人、フリーランスの方をあわせて9人にまで増えました。 どうやって集まったのかを考えてみると、Rails寺子屋や邦明.rbなどのなんらかのコミュニティ活動で知り合った人がほとんどです。エンジニアの採用が難しいこの時代にいい人達に集まってもらえて、コミュニティへの感謝の想いは強まるばかりです。かつては私がコミュニティに育ててもらっていたのが、今はひっぱる側として、人の成長を通じてコミュニティに貢献できていると良いなと思っています（もちろん、私も今でも成長させてもらっています）。 さて、スパイスライフのエンジニアはどのような生態で生息しているのでしょうか。部長の職権を振りかざして「エンジニアの働き易い環境つくり」を進
伊藤直也が語る「仕事の流儀」第2回──スタートアップにリモートワークツールを推奨する理由｜CodeIQ MAGAZINE
伊藤直也氏が語る「仕事の流儀」の第2回は、KAIZEN platform Inc.の立ち上げに参画して実感したリモートワークツールの重要さについて。 スタートアップ企業でエンジニアが快適に開発できる環境とはどのようなものか、KAIZENでの事例をもとに、いま感じてることを語ってもらった。 by 馬場美由紀 （CodeIQ中の人） リモートワークをしながら「全員同席」するためのツール KAIZENのようなスタートアップ企業で、かつリモートワークをする社員もいる環境で、どんなふうにアジャイル開発を進めていくか。 それが最近の僕の重要な関心事です。 ちょっとKAIZENのリモートワーク風景を見てほしいんですけれど……（Sqwiggleというオンラインミーティング・ツールで自宅で仕事をしているエンジニアを呼び出し、会話を始める）。 Sqwiggleを起動すると、カメラが有効になっていて、こんな感じ
KAIZEN platform Inc. の開発マネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
37signalsの創設者が語る「求職者が見せるべき資質」 | ライフハッカー・ジャパン
Inc.：筆者のジェイソン・フリード氏は、プロジェクト管理ツール『Basecamp』などで有名なソフトウェア開発企業「37signals」の共同創設者です。また、同社の成功について記した『小さなチーム、大きな仕事』の著者でもあります。今回はそのフリード氏に、同社の採用において重視する資質についてお聞きしました。 スキル以前に重視する資質 37signalsでは、1つの採用枠に優秀な候補者がたくさん集まります。 最近、37signalsでは、『Basecamp』のプロダクトデザイナーを1名募集しました。プロダクトデザイナーとは、プロジェクトのビジュアルデザインを統括するポジションです。また、チームの方向性をまとめる役割もあります。37signalsはあまり頻繁に採用を行いません。採用は、候補者と私たちにとって貴重な出会いの機会です。 私は、プロダクトデザイナーの候補者を選ぶとき、基本的なデザ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
digihows.com -
デザイナーとエンジニアの良い関係
リモートワークの話
webディレクターの転職
フロントエンドのスキルマップと育成のはなし
