ぼくはAmazonのシアトル本社でセールの機能を開発している。Amazonでお買い物をしていると「30%引き」や「20%オフ」のようなディスカウントを発見して喜んでくださっている方もいると思うけれど、あのディスカウントを提供する仕組み自体が一つの大きなプロダクト（システムと言ってもいいかな）になっている。そしてそれを支えるためにシアトル、バンクーバー、ベルリン、バンガロールにまたがるグローバルなチームによって開発・管理している。 そんなわけでぼくはPM (プロダクト・マネージャー) として日々セール機能に関するプロジェクトを回している。たくさんの刺激的で興味深いプロジェクトに恵まれてきたわけだけど、その中で一つとても記憶に残るプロジェクトがあった。 それは「定期おトク便」に関するものだ。定期おトク便というのは、平たくいうと日頃からリピートして買う商品（例えば飲料水や洗剤のような日用品）につ
フリーランスでプログラマーをしているAkiUnleashといいます。 私は重度の身体障害を抱えており、歩行することはおろか、長時間座ることも（できないわけではありませんが）困難な状況です。 日々ベッドで横になったまま仕事をさせてもらっているのですが、本日、UnleashMeetアドベントカレンダーの1日目ということで、毎日使用している仕事道具を紹介しようと思います。 障害がなくても「寝ながら仕事してみたい！」という方にとっても、役に立つ情報があるかもしれませんので、ぜひ記事を読んでみていただけると嬉しいです。 自己紹介 冒頭にも書きましたが、私は身体障害を抱えつつ、リモートで仕事をしています。普段は車椅子を使用し、日常生活では介護を受けながら暮らしています。 私自身の経歴や仕事の詳細については、アドベントカレンダーの最終日にお話しする予定です。 少し古い動画になりますが、私の自己紹介やUn
JUnit 5.8.1 Java 17.0.1 IntelliJ IDEA 2021.2.3 JUnit5での @MethodSource のおさらい JUnit5にはパラメタライズドテスト用の @ParameterizedTest があり、様々な方法でパラメーターを与えられます。 その中でもパラメーターにある程度柔軟性が欲しい場合によく使うのが @MethodSource で、テストメソッドのパラメーターを生成できます。 import org.junit.jupiter.params.ParameterizedTest; import org.junit.jupiter.params.provider.MethodSource; import java.util.stream.Stream; import static org.junit.jupiter.api.Assertions.a
エンジニアと転職〜後悔のないオープンな転職活動 このたび現在自分が参加しているエンジニアと人生コミュニティのメンバーの有志で、技術書典で本を執筆しました エンジニアと人生コミュニティ合同本という本ですが、こちら現在は販売を終了してしまっているので、今回自分が執筆した3章をこちらで記載しようと思います 入院などもあり、バタバタしていましたが、自身の最近取り組んだことをまとめるいい機会だったでした 転職について困っている人たちの一助になれば幸いです はじめに 今回この「エンジニアと人生」コミュニティとして執筆する技術書典15での書籍の一部を書くことになった時にテーマを何にしようかなと迷いました。 普段はモバイルアプリ（主にiOS）の開発をしているので、モバイル周りの技術的なことなども考えましたが、コミュニティ名が「エンジニアと人生」である以上、開発に領域を問わず、幅広い人に取って役立ちそうな内
はじめに 首都圏を中心に2回目の緊急事態宣言が発令されましたが、生活様式の変化や働き方の変化、それに伴う引越しなどで心身ともに疲れ果てていわゆるコロナうつ≒適応障害を患ったメンヘラプログラマーが休職へ至るまでのポエム体験談です。今、辛くても頑張っている人が立ち止まってみることを考えるきっかけとなったり、メンタル疾患や制度について知りたい、罹患した人への接し方などについて情報発信ができればと思い記事にします。 一個人の見解・事例だと思って読んでください。 気になる点があれば専門医へ相談してください。 会社や特定個人を批判する意図はありません。 治療の過程で診断名が変わる可能性があります。 2022/04/03 ｢病気になった際に使える制度について｣を追記しました｡ プロフィール 年齢: 26歳 職業: 会社員 職種: Webエンジニア 経験年数: 5年 職場環境: リモートワーク 出社頻度:
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR Qiitaで現実主義的な立場の方が書いた「現実は甘くねえんだよ！」な記事がランクイン その記事の筆者とコメントでやり取りをしていた方が理想主義的立場で記事を書き、これまたランクイン 実際はどちらも大事だよ、という話をしたかった はじめに 開発者の格差を書いたある記事がQiitaでランクインしました。 現在その記事は何らかの理由でコミュニティガイドライン違反として非公開となってしまっております。 個人的に記事内容には同意できましたし、開発にも有用なものだったので、理由は定かではないのですが…… 確実に言えることは、その方はいわ
先日同僚と酒の席で話をしていた。 僕「最近OSS書けてる？」 同僚「書けてないです。仕事してたら書く暇なくないですか」 1年前まではリモートのパートタイムで働いていた彼としては、週5日フルタイム勤務になってから使える時間が大幅に減っただろうことは簡単に想像がつく。 とはいえ、働かなければ生活費が稼げない。 「どうにか時間を作って開発するしかないね」 僕個人としては若い彼にはもっとOSS活動をしてもらいたいし、うちの会社に入ってからOSS活動ができなくなったと言われるのは入社のときに間に入った自分としては心苦しい。そんなことを考えながら苦い顔をしていると、反対に質問された。 「深町さんはOSS書いてますか？ どうやって時間作ってますか？」 「いまは育休中で育児に忙しいから、時間は取れたり取れなかったり」 「仕事してるときはどうでしたか？」 「うーん…僕もあんまり取れてたわけじゃないね」 翻っ
こんにちは Misoca 開発チームの id:mallowlabs です。最近は ドラえもん のび太の牧場物語 にハマっています。使っている道具のグレードを上げるために、牧場はそっちのけで鉱山にこもって鉱石を掘り出す毎日です。 さて、先日の 軽減税率・区分記載請求書対応のリリース は開発チームにとっても比較的大きなリリースでした。そのため、リリースの直前には、このリリースに関係しないコミットは master ブランチにマージを控えることになり*1、自然と開発メンバーが普段使っているツールの整備や自由研究が行われることになりました。 ふりかえりで、このいわゆる「斧を研ぐ時間」がよかったという声が複数出たため、この時間を狙って作ってみようという TRY が生まれて「エンジニアリングフライデー」という試みが生まれました。 今回はこのエンジニアリングフライデーについて紹介したいと思います。 エンジ
どこの会社でも「1行直すだけでしょ？ そんなに大変なの？」ということを何度も聞かれる (もしくは言外にそのニュアンスを含められる) ので毎度説明するのだけれど、「いや、そう思うだろうけれど大変なんですよ」以外に答えられていなくて、自分でもあまりうまい答えではないなと感じるのでまじめに考えてみた。 まず大前提として1行を修正するのに本当に言われるがままにその1行を直すのであればそれは作業者で世の中にエンジニアなんて職業はいらないわけで、ぼくらの付加価値は1行を直すときに1行の外にあるものを想起できるから価値があるわけです。 じゃあ、どんなことを考えているかというと、まずたいていそんなすぐに安請け合いできないシステムというのは1行を直すときに影響を受ける行数というのは10行や20行ではないことが多い。そこで影響範囲を考えます。途端にこれが1万行になったりする。すると、1万行へ影響が出るのにこれ
今の職場で働きだして少し経つが、既にエンジニアとしての自信を割と失っている。 俺は自分のことを少なくとも「そこそこのエンジニア」と思っていた。でも今の職場では、俺は下から数えた方が早い。「技術は有るが人間的にはクソ」と自負していた俺は今「技術者としても人間としてもクソ」となりかねない事態に陥っている。 言い訳の材料はある。周囲のレベルが高いのだ。 自分で言うのもなんだか経歴は豪華な人が集まっている。コアメンバーは最高学府(あえて誤用)卒はザラだし、某世界時価総額トップとか某金融会社とか某大手ゲーム会社に居たとか、某ソシャゲーの幹部とか、あのフリマサービスを作ったとか、別会社の元CTOでしたとかはたまた現役CTOやってますとか集えば、下流エンジニアも皇帝、四天王、１０傑（俺含まない）などの超一流だ。 文系で有名企業どころか正社員歴すらなく、名のしれた商品やサービスに協力会社の人間としても一度
日本語版がでました。すぐ買うべし。 SOFT SKILLS ソフトウェア開発者の人生マニュアルposted with amazlet at 16.05.18ジョン・ソンメズ 日経BP社 売り上げランキング: 1,272 Amazon.co.jpで詳細を見る Soft Skills: The Software Developer's Life Manualは残念ながら日本語訳が出ていない。でも英語でも読む価値はある。とても平易な英語で書かれてる。どこかの出版社さん翻訳だして欲しい。空前のブームになるに違いない。 Soft Skills 。alc.co.jp によればソフトスキルは「対人的な交渉・指導・意思疎通などをうまく行える能力（または知恵）」のことらしい。そのタイトルからも分かる通り、プログラマ向けに書かれた本だがほとんど技術の話は書かれていない。プログラマとして生きていくための技術以外
こんにちは、id:onishiです。今日もはてなの技術部の取り組みを紹介します。今回のネタは「エンジニア実績システム」です！ちなみに前回は「毎週勉強会」を紹介しました。 エンジニア実績システム はてな技術部では、ブログの公開やOSS活動、イベント登壇など社外にプレゼンスを発揮する活動を推奨するための取り組みを行っています。今回紹介する「エンジニア実績システム」もその一つです。 実績とは何ですか? 実績とは、特定の行動をゲームで達成したことに対するリワードです。 Xbox One の実績とチャレンジ 「実績」とはXbox 360, Xbox One に搭載されている同名のシステムを意識しています。Xboxのそれがゲーム内の進行状況や難易度の高い行為によって報酬を獲得できるのと同じように、エンジニアの社外プレゼンス活動に対して実績を設定し、エンジニアスタッフ個々人の実績解除を推奨しています。
藤川真一（えふしん） FA装置メーカー、Web制作のベンチャーを経て、2006年にGMOペパボへ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社を設立し、2012年4月30日まで代表取締役社長を務める。その後、想創社（version2）を設立しiPhoneアプリ『ShopCard.me』を開発。2014年8月1日からBASE（ベイス）株式会社のCTOに就任 今年は、プログラミング言語系イベントに積極的に参加しようと思って、『YAPC::Asia Tokyo 2014』と『PyCon JP 2014』に行きました。次は『PHPカンファレンス2014』に参加します。 改めてエンジニアばかりのイベントに出てみて、気が付いたことがあります。それは、 9
ITエンジニアなので、社内で勉強会とかやってます。 ちょっと変わっているのは居酒屋で飲みながら勉強会をやっていることです。 勉強会を始めたきっかけ、やり方、その他もろもろを書いてみます。 きっかけは部署内のバラバラ感をなんとかしたかったから 昔は社内での受託開発はそこそこあったのですが、２年くらい前から激減し、今ではほぼゼロです。 今は主に客先に常駐して開発してたり、IT便利屋やってたりしてます。 そんな部署なので、 同僚が何やってるかわからない どんな技術を使ってるか知らない わからないの困った時に助けてもらうこともできないし、逆に助けることもできない。 といった感じです。こんな現状で、いい仕事ができるわけない、とモヤモヤしてました。 みんなそれなりに頑張ってる モヤモヤしてる中で同僚に愚痴ってると、 他のプロジェクトでも、それなりに新しい技術を使っていたり、 効率的な開発をする仕組みが
2014.04.09 善意を恒久的に続ける義務はありません カテゴリ：カテゴリ未分類 あるフリーソフトのお話。 そのソフトは元々開発者が自分が楽をするために個人的に開発したもの。で、同じような苦労をしている人がいるのでネットで流してみた。 評判は大変よく、やがてそのソフトを利用したシステムやサービス、そのソフトで仕事のやり取りをする人もいるようになった。 やがてWindowsの世代更新が行われる。しかし、そのソフトはあたらしいＯＳには仕組みが違うため対応していない。使えなくなってしまう。一応、代用できる有料のソフトは世間にはあるが、以前のものを引き継いだ形のフリーソフトはない。 で、それに対して開発者はそれを開発する気はなく、ましてや過去、一部利用者による心無い誹謗中傷まで受けるような状況にまったくやる気をそがれている様子。開発者は自分のＢｌｏｇをすでに数年前に更新停止している。コメント欄
See related links to what you are looking for.
プロジェクトにアサインされた段階で、これはデスマになりそうだな、と感じることがある。 そういう時、僕は、プロジェクトを管理している人に「デスマは絶対にしない」ということと「残業もしない」という旨を伝えている。 これは、決して「頑張らない」という事ではなくて、スケジュールや予算の調整は、エンジニアより上のレイヤーの人間が「頑張る」べきことだと考えているから、そう言っている。 エンジニアとして僕が「頑張る」べきことは、例えば自分を含めたプロジェクトメンバーのスキルアップであったり、開発効率向上等によって工数を短縮出来ないかを考え、実行することであったり、プロジェクトで得たノウハウを次に活かせるような形で保存・共有することだと思っている。 実際は、様々な状況でデスマや残業をせざるを得ない事が多々ある。会社として頑張らなければならなかったり、金銭的なものであったり、色々な事情がある。 そうなったら
Ruby / mruby開発者 まつもとゆきひろ氏 （@yukihiro_matz） 1965年生まれ。鳥取県米子市出身。筑波大学第三学群情報学類を卒業。1993年にオブジェクト指向スクリプト言語「Ruby」の開発に着手、1995年に公開。現在はネットワーク応用通信研究所（NaCl）のフェロー、楽天技術研究所のフェロー、Heroku、グルーブノーツのチーフアーキテクトを兼務する。「Matz」という通称で親しまれる なかなか難しいテーマですね……。でも、拙著を読んでくださってありがとうございます。 ―― この本では、数々の開発言語やプログラミング手法の現在・過去・未来について、私見を交えながら詳しく述べていらっしゃいますね。 そこで伺いたいのは、まつもとさんはソフトウエア産業の現状についてどう見ていらっしゃるか、ということです。本質的な部分では変化していないのか、何かしらのパラダイムシフトが
実家の6畳の部屋で仕事をしています。調子のいい時には朝5時とか6時に起きて、 顔を洗ったらすぐにその日のスケジュールを立てて30分ほどの読書をします。 その後、情報収集と最近では毎日5000字ほどの書き物をします。 すると午前中が終わるので、隣のばあちゃんちに向かいます。 ばあちゃんちの応接を親父が改造してオフィスにしてるそこへ、です。 親父は最近自炊に凝っていて昼飯をごちそうしてくれるのです。 腹が一杯になると1時間ちょっとベッドで昼寝をして、スッキリした頭で午後の作業に向かいます。 午後の作業はプログラミングをすることが多く、ここ数ヶ月はiPhoneアプリの開発をしています。 夜になると集中が切れるので好きなアニメを見たり、音楽を聴いたりなるべくリラックスするように心がけてます。 これはとある僕のとある一日をなぞったものですが、数年で築いてきたワークスタイルを端的に表すものです。 最近
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
