▼ 2024 (2) ▼ 5月 2024 (1) 僕がF1エンジニアになってから【技術力とは積み重ね】 ► 1月 2024 (1) ► 2023 (1) ► 6月 2023 (1) ► 2021 (1) ► 4月 2021 (1) ► 2020 (13) ► 11月 2020 (1) ► 9月 2020 (1) ► 8月 2020 (1) ► 6月 2020 (2) ► 5月 2020 (3) ► 4月 2020 (1) ► 3月 2020 (3) ► 1月 2020 (1) ► 2019 (19) ► 12月 2019 (5) ► 11月 2019 (4) ► 9月 2019 (1) ► 8月 2019 (1) ► 5月 2019 (1) ► 4月 2019 (2) ► 3月 2019 (2) ► 2月 2019 (1) ► 1月 2019 (2) ► 2018 (45) ► 12月 2

アクシアはシステム開発を事業としている会社であり、社員の多くはプログラマーです。プログラマーは技術職であり、一般論としては常に最新技術を学んでいかなければならないと言われています。 しかしアクシアにはかつて、プライベートでは一切勉強したくないという社員がいました（仮にAさんと呼ぶこととします）。プライベートで勉強することは貴重な人生の時間の無駄遣いであり、絶対に勉強はしたくはないとそのAさんは言っていました。 私自身はそういう人生を否定するつもりは全くありませんし、それも一つの立派な選択だと思います。要は自分にとって充実した人生を送ることができれば良いわけですから。 しかしながらエンジニアを雇用するシステム開発会社の経営者としては、色々と考えさせられることもありました。今日はそのあたりの想いについて書いてみたいと思います。 エンジニアとして「勉強をしない」という選択 アクシアでは基本的に社

わたしはこれまで、C言語、Visual Basic、SAP ABAP、最近になって ASP.NET C# などの言語を使ってきた。 「自分でクラスを作ってオブジェクト指向っぽいことをしている」なんてことはまったくない。特に「メンバー関数をstatic宣言すればインスタンス宣言をしなくてもいい」ということ知ってからは、メンバー関数を従来のファンクションのように使っている。共有変数も、pubulic static宣言していまう。したがってプロパティなんて作らない。 staticを理解していない人のコードを見ると、いちいちインスタンス宣言しているので笑ってしまう。データベースにアクセスするアプリケーションをC#で書いているのだが、Visual Studioで供給しているSQL関係のクラスを使えばできてしまうのだから。 オブジェクト指向の入門書では、クラスが持つ隠ぺい性が強調されているが、これは他

まー、何ていうかですね。 僕、エンジニアなんで、基本このブログは技術系の話メインで書きたいんです。 ですし、この話はちょいポリティカルな話でもあるんで、余計に書きづらいのもあるんですが。 ただまぁ状況的に、書かざるを得まい。裁量労働に関して、ここ数日の世間の状況はあまりに無残だと思ったので。 とりあえず、以下にちょいちょい、ここ数日の顛末と、あと僕の言いたいことを、ツイートの紹介を交えてまとめていきます。 はじめに 自分の立場を明らかにしておく 裁量労働のメリット フレックスだと代替できないのか 裁量労働は「定額働かせ放題」にならないのか まとめると とはいえ はじめに 27日朝に、以下のツイートをしたら、ものすごい勢いでバズりました。 もうさー、裁量労働がダメなんじゃなくて、いい加減な働かせ方をする雇用者がダメなんだっていい加減気付こうよ。ブラック企業では裁量労働だろうがフレックスだろう

卒業してから様々な環境で大活躍中の、元ミクシィのエンジニア達によるAdvent Calendarです。 大量トラフィックや複雑処理、セキュリティなど、様々なトラブルや壁を切磋琢磨しながら乗り越えてきた仲間達。ミクシィを卒業しても、業界も環境も異なるそれぞれのステージで、在籍時と変わらず、新たなチャレンジに挑み続けている ex-mixi 達の現在の様子を共有しあえたら良いなと思い作成しました。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? なぜかミクシィ社でエンジニアだった人々がアドベントカレンダーを書くことになってしまったex-mixi Advent Calendar 2017、12月11日担当の @tnj です。 一般的に、会社を退職することになったら退職届というものを会社に提出することになります。その退職理由には「一身上の都合」と書くのが通例だと思いますが、私はちょっと変わった退職の経緯を持っているので、今回はそれについて共有してみたいと思います。思いのほか長くなってしまいましたが、社会人歴10年目のソフトウェアエンジニアのキャリアの変遷の一例としてお楽しみください

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? プログラミング学習サービスやら、ペットサロン予約サービス、風俗検索サービスなど色々とやっている「かずきち」です。 ◾️Qiita記事 WEBサービスで起業したい人に読んで欲しい２０のコト ウェブカツ生を雇わない？転職できない？著作権無断使用の炎上から１年を経て思うところをぶっちゃける。 テックキャンプをウェブカツ!! 顧問が徹底レビューしてぶった切ってみた ■運営サービス一部 http://crazy-wp.com/ フリーランスエンジニアを育成するオンライン最大級のプログラミングスクール「ウェブカツ」 http://webukatu.

若手エンジニアを不幸にしないための開発の「べからず」集が 長くなりすぎたので、組織運営に関する部分を別項目として独立させました。 ここに書いてあることを、組織運営を行っているリーダー以上の方は冷静に読んで欲しい。 組織運営に失敗すると、 優秀なエンジニアがいてもどうしようもないほどに開発速度の低下を引きおこす。 資金を投入して外部に開発を委託したものが、まったく使い物にならないことになる。 対外的な信頼をぶち壊しにすることができる。 優秀なエンジニアの心を、組織の開発目標から引き離してしまうことができる。 リーダーでない人もリーダーではないなりに組織運営に関わっている。 組織の運営に失敗して、成果の達成ができなければ不幸である。 1人1人のエンジニアの成長を実現できなければ不幸である。 不幸にしないための「べからず」を書いてみました。 自分たちの強みを何におくかを考えない。 仕事として開発

そして、国内の過去最高同時視聴数を記録したにも関わらず、3日間一回もサーバーを落とさなかったうちのエンジニアも褒めてください。よく頑張った！👍

まじな話をすると、N予備校のプログラミング入門コースやるのがオススメ。 https://www.nnn.ed.nico 一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。 月額1000円だけどしっかり勉強すれば一ヶ月の無料期間中に終わると思う。 もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラムで講師曰く去年はこれで二人エンジニア就職を決めたらしい。 内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職に必要な環境構築やセキュリティまでみっちりやる。 http://qiita.com/sifue/items/7e7c7867b64ce9742aee#%E3%82%B3%E3%83%B3%E3%82%BB%E3%83%97%E3%83%88%E3%82%92%E3%82%82%E3%81%A8%E3%81%AB

Twitterでハッシュタグ「#naoya_sushi」が生まれてしまうほど、無類の寿司好きとして知られる伊藤直也氏（@naoya_ito）。そんな伊藤氏をホスト役とし、トップエンジニアをゲストに招いて、寿司をつまみつつホンネで語ってもらおうという、この企画。 第七回にして本対談もついに最終回を迎えることになりました。その栄えある最終回を飾ってくださるのは、あの『株式会社ドワンゴ』の川上量生氏！　創業期からエンジニアとして第一線で活躍し、現在は代表取締役会長と『象徴CTO』を兼務。そして『株式会社KADOKAWA・DWANGO』（10月１日付で社名を『カドカワ株式会社』に変更予定）の代表取締役社長、『スタジオジブリ』のプロデューサー見習い、アニメーション製作会社の『株式会社カラー』では取締役と、業界では知らぬ者はいないスーパースター。そんな川上氏が、プライベートでもゲーム仲間として交流のあ

今、たるのんが作ったLINE BLOG iOSのエディタを使い、彼への餞をしたためようとしている。溢れる涙でも、エディタの文字が滲まないのは君のロバストな設計のせいでしょうか？、生活防水のiPhoneに畏敬の念を禁じ得ません。あれ、6sは防水じゃなかったっけか？ 彼との出会いは5,6年ほど前で、彼が主催側にいたエンジニアイベントだった。Objective-CのARCについて知ったかぶって客席から意見を言ってたところ、循環参照が解決できないのはAutoになっても一緒だから万能ではないよね、みたいなツッコミをかぶせてきたのが彼だった。登壇してる方も質問してる側もおっさんの中で、学部3回生ぐらいで物怖じもせず簡潔にツッコミ入れている姿から、それまでに十分な学習をし、そこから得た知識からの自信を感じたのを覚えている。 LINE Fukuokaの開発組織を立ち上げる時、新卒採用は当面無理かなと思った

※本ページはアフィリエイトプログラムによる収益を得ています コナン・ドイルによる不朽の名作「シャーロック・ホームズ」シリーズ。その全60作品（長編4、短編56）をWeb上で無料公開しているサイト「コンプリート・シャーロック・ホームズ」がTwitter上で話題になっています。同シリーズの日本における著作権は既に失効しているため、英語である原作から直接翻訳すれば、著作権上の問題なく掲載することが可能です。しかし全作品を翻訳するとなると、それは並大抵の作業ではありません。 ねとらぼではサイト管理者であるITエンジニアの寺本あきらさんに取材しました。約26カ月に及んだという過酷な翻訳作業。誰に頼まれるでもなく、粛々と膨大な分量を翻訳した動機は何だったのか。「シャーロック・ホームズ」への熱い思いをたっぷり語っていただきました。 「コンプリート・シャーロック・ホームズ」のトップページ。全60作品がPC

初めまして。ニコニコ生放送の開発をしている太田と申します。 全番組が新配信に統一される事に対するご不安、ご不満の声をTwitter等で多く拝見しております。 本記事では技術者の立場からその事へと回答させていただきます。 本記事1つでは全てのご不満が解決する事は無いとは思いますが、今後定期的にお声に対してご返答させていただきたいと思っております。 また、ご意見・ご質問等のお問い合わせに付きましてはこちらからお寄せください → https://goo.gl/forms/P99F1DyUb40HzHDi2 ■自己紹介 まず、自己紹介をさせていただきます。私はニコニコ生放送（以下ニコ生）の開発に携わって8年のエンジニアです。 担当箇所は主にバックエンドと呼ばれる、APIやインフラ等生放送の番組情報を管理したり座席や配信映像の接続管理をしたりする機能を受け持つサーバー等になります。 ユーザー生放送の

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 私は昨年７月からサンフランシスコにあるAsanaという会社でエンジニアをしています。アメリカの大学でComputer Scienceを専攻し、昨年卒業しました。 エンジニアを指導する立場の人こそ読んでほしい、新卒エンジニアが1年間で上司に感じた５つのことの著者と私は新卒エンジニアで１年経ったところという境遇が似ている一方で、私は上述の記事に書かれているような不満を一度たりとも感じたことがありません。 この記事では、H_Craneさんの５つの上司に対する不満点と対比して、私がこの１年間で感じたAsanaの良い点を５つ列挙することで、どうい

Photo by Linux Screenshots こんにちは、谷口です。 あなたの会社ではSQLを使える人の割合はどれくらいでしょうか？ ITエンジニアであれば多くの人が日頃から使っているSQLですが、それ以外の職種では「SQLを使えないので、データがほしいときはエンジニアにお願いしている」という人も多いかと思います。 ただ、自分でSQLを使えないと、今すぐデータがほしいのに確認できるまで時間がかかったりして不便なことも多いですよね。また、エンジニアにとっても、開発中にちょっとしたデータ取得がいくつも差し込まれたり、「データが思っていたのと違った」と言われてやり直しになったりするのはストレスになってしまいます。 paiza社内でも、かつてはそんな状態でしたので、社内で非エンジニア職向けにSQLの勉強会を実施するようになりました。現在は、営業・企画・事務局など、さまざまな職種の人たちも自

Qiita:Team エントリのレベルが高い CEO や CTO 、プロダクトマネージャーの書く Qiita Entry のレベルが高く、 Qiita:Team のタイムラインがはてブのホッテントリのようだった。ブックマークできるもんならしたいという感じ。お金を儲ける仕組みってこうやって作り出されていくんだなぁと思いながら眺めてた。技術顧問の伊藤直也さんが残していった名エントリも結構あった。 Kaizen エンジニア行動指針とか。 SRE （インフラチーム）のレベルが高い インフラが盤石だった。 SRE は二人しかいなかったがとても仕事が速く、困ったことがあって Slack のインフラ相談チャンネルで相談したらたいてい 3 分くらいで問題が解決してた。 yosudo さんは問題解決能力が高すぎていまは SRE ながら VP of GA （総務部門のドン）やってるし、 glidenote さ

退職 is 離苦route 自分はこのブログで書かれているチームにいた。（ちなみに、このブログに書かれていることはすべて事実だ） いわゆる威圧されている側である remember.fornothing.net 自分も疲れたのでやめた。普通に考えて、こういうことが起こる環境で働くのは厳しい。 「リファラルで採用！」みたいな感じで人の紹介を依頼されても、上のように優秀な人間からやめていく環境を紹介できるわけがない。 そう思うとモチベーションは下がる。 どうすれば良かったを論じても結果論にしかならないので、学べたことを書くしかない。 心理的安全性 まず第一に心理的安全性を確保できないのは危険だ。 こんなこと当たり前のように思えるけど意外とできてないし、 そもそも肉体的な安全すら確保できてない企業も多そう。 KPTと呼ばれるKeep（続ける良いこと）Problem（置きてる問題）Try（今後改善す

先日、僕が大好きでリスペクトしてるソフトウェアエンジニアさんたちと意見交換会（呑み会）中にソフトウェアエンジニアの信用と信頼について話題になったのでメモ。 僕が「このソフトウェアエンジニアは信用できる」っていうのはどういう指標がありますか？って質問した時に出た意見としては コードに対して何らかの貢献をしている 新規プロダクトの開発など OSSのメンテナンスなど（パッチを送るなど） 自分の持つプロダクトに対する反応など が出てきた。 これらのような「良質なアウトプット」を定期的に行う頻度も大事だよねという感じ。 なるほど、確かにって思ったのだけど更にその中で良質なアウトプットとは何かという話題になった。 ソフトウェアエンジニアの属性 ソフトウェアエンジニアには得手不得手がある。 言語だったりレイヤーだったりで好き嫌いも含めて得手不得手がある。 更にもっと言えば「プロダクトの成長段階」でも得手

国内有数のWebサイトであるYahoo! JAPANでは、その膨大なトラフィックを支える大規模なインフラチームを擁しています。大量なだけではなく、多様なサービスが生み出すさまざまなデータを処理したいという要求から、オープンソースとして公開されたばかりのメッセージングシステム「Pulsar」が生まれました。長年親しんだ六本木から移転したばかりのYahoo! JAPAN新オフィスで、同社のプラットフォーム開発エンジニアの考え方や働き方を、はてなエンジニアとの座談会形式でお聞きしました。 座談会出席者は、ヤフー株式会社 システム統括本部 プラットフォーム開発本部の北條正和さん、坂本雅宏さん、栗原望さん（上写真、中央より右へ）、はてなの坪内佑樹（システムプラットフォーム部 Webオペレーションエンジニア）と脇坂朝人（Mackerelチーム Webアプリケーションエンジニア）（同じく上写真、左より）