ぼくはAmazonのシアトル本社でセールの機能を開発している。Amazonでお買い物をしていると「30%引き」や「20%オフ」のようなディスカウントを発見して喜んでくださっている方もいると思うけれど、あのディスカウントを提供する仕組み自体が一つの大きなプロダクト（システムと言ってもいいかな）になっている。そしてそれを支えるためにシアトル、バンクーバー、ベルリン、バンガロールにまたがるグローバルなチームによって開発・管理している。 そんなわけでぼくはPM (プロダクト・マネージャー) として日々セール機能に関するプロジェクトを回している。たくさんの刺激的で興味深いプロジェクトに恵まれてきたわけだけど、その中で一つとても記憶に残るプロジェクトがあった。 それは「定期おトク便」に関するものだ。定期おトク便というのは、平たくいうと日頃からリピートして買う商品（例えば飲料水や洗剤のような日用品）につ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Qiitaは本来技術的なお話をするところかなと思いますが、アドベントカレンダーの最終日ぐらい分野外の消える魔球でも許されるに違いない！と判断しましたので、今回は「技術そのもの」について考える技術哲学のお話を少しだけお届けしようと思います。私からのクリスマスプレゼントです 技術哲学とは そもそも技術哲学ってなんだ？というところから説明します。技術哲学とは、哲学の一分野として、技術的な人工物やプロセスの性質、意義、倫理的意味などを探究する学問です。哲学は世界の万物を学問の対象にしているので、技術も例外ではないわけですね。ある技術が
フリーランスでプログラマーをしているAkiUnleashといいます。 私は重度の身体障害を抱えており、歩行することはおろか、長時間座ることも（できないわけではありませんが）困難な状況です。 日々ベッドで横になったまま仕事をさせてもらっているのですが、本日、UnleashMeetアドベントカレンダーの1日目ということで、毎日使用している仕事道具を紹介しようと思います。 障害がなくても「寝ながら仕事してみたい！」という方にとっても、役に立つ情報があるかもしれませんので、ぜひ記事を読んでみていただけると嬉しいです。 自己紹介 冒頭にも書きましたが、私は身体障害を抱えつつ、リモートで仕事をしています。普段は車椅子を使用し、日常生活では介護を受けながら暮らしています。 私自身の経歴や仕事の詳細については、アドベントカレンダーの最終日にお話しする予定です。 少し古い動画になりますが、私の自己紹介やUn
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに こんにちは、ただのぶたぁです。 本記事ではVRChatの技術的な活用方法に焦点を当てて書いています。 本記事の対象者 ・VRChat自体興味あるけど手を出せていない方 ・技術系のコミュニティが欲しい方 ・プログラミングなどに興味がある方 自己紹介 職業: 学生 VRChat歴: 2023/12~ 使用機器: Desktop -> Quest単機 -> PCVR 趣味: プログラミング VRChatとは VRChatは簡単に言うとVRChat社が運営する世界最大のソーシャルVRです。 勘違いする方がいらっしゃるかもしれないのです
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）の開発をしているので、モバイル周りの技術的なことなども考えましたが、コミュニティ名が「エンジニアと人生」である以上、開発に領域を問わず、幅広い人に取って役立ちそうな内
俺にとってはビル・ゲイツよりもスティーブ・ウォズニアックよりもリーナス・トーパルズよりもケン・トンプソンよりもアラン・チューリングよりもティム・バーナーズ＝リーよりもブライアン・カーニハンよりもビャーネ・ストロヴストルップよりもジョン・バッカスよりもグレース・ホッパーよりもデニス・リッチーよりも数々の功績を挙げた偉大なプログラマよりも本当に本当に偉大なプログラマだった 親父の職業がプログラマだと子供の頭で理解したとき本当に驚きだった 俺の親父はテレビテニスが作れると知ったとき、オリジナルのゲームウォッチを目の前で作りあげ誕生日プレゼントだと渡してくれたとき、俺の親父は何でも出来る人なんだと本当に憧れた PC9801やX68000で疑似3Dやワイヤーフレーム3Dをレンダリングされた際の衝撃が理解できるだろうか？俺はまさに最先端のゲームを目にしていると子供ながら身を震わせてしまったことを今でも
Linux Daily Topics そのパッチは受け取れない ―ロシアの半導体メーカーに在籍する開発者、カーネルパッチを拒否される オープンソースの開発は国籍や人種、宗教、さらにはイデオロギーや政治的立場も超えて中立であるべきだ ―こう考える開発者は少なくないだろう。実際、多様性はオープンソースの美点のひとつでもある。とくにLinuxカーネルのような巨大なオープンソースプロジェクトの場合、さまざまなバックグラウンドをもつ開発者を公正に包摂していくDE＆I（Diversity, Equity & Inclusion）の概念をコミュニティに浸透させていくことはプロジェクトにとっての使命といってもいえる。 だが、現在進行中の国際紛争の、それも侵略国側のテクノロジに関連した企業に所属するエンジニアが、他国のエンジニアと同様にオープンソースプロジェクトの開発に貢献することは認められるべきなのだろう
かつて、窓の杜や Vector へウキウキでダウンロードしに行ったような「フリーソフト（フリーウェア）」たち。これら「フリーソフト」たちの中には、利用についての明示的な許諾がないソフトが多く存在する。 これらの公式な入手手段が生きている間は何も問題はない。しかし最近は、サイトが閉鎖されるばかりか、連絡先すらわからず困るケースが多くなっている。このように公式の配布手段が失われると何が困るのか。そこには大きく2つの問題がある。再利用の許諾を欠くことと、ソースコードがないことだ。 2022/12/29 追記: unasuke が「コードを公開する側」から見て同じ話題を解説した記事を公開しているので、私の記事とは別な視点が欲しい、あるいは疑問を持った方がいれば是非こちらも参照して欲しい。 blog.unasuke.com 問題1. 再利用の許諾がない（あっても曖昧） 再利用の許諾が書かれていなけれ
タイトルは、ポール・グレアム氏（Yコンビネーター）の「メイカー（作り手）のスケジュールとマネージャーのスケジュール」(Maker's Schedule, Manager's Schedule) からの引用です。 マネージャーは多くのミーティングをこなすなど、1時間単位でタスクにあたりますが、エンジニア（プログラマ）は最低でもまとまった半日単位の時間を作業に必要とする、と書かれています。 paulgraham.com 日本語訳 note.com エンジニア上がりのプロダクトマネージャーとして開発もプロダクトマネジメントも並行してこなしてきたのですが、意思決定のためのミーティングスケジュール、自身が開発を行うためのスケジュールをやりくりするバランスに腐心していました。 自身のタイムマネジメントで特に感じた点として、ミーティングとミーティングの間に1時間が3コマある時の開発生産性と、3時間まとま
活動の背景SaaSを事業とする弊社では、さまざまなOSSを利用して製品を開発しています。OSSは弊社製品を開発するために必要不可欠な物です。しかし、多くのOSSは個人で開発されています。 個人の趣味や興味で始めたOSS開発は、基本的にボランディアであり、無償です。利用者が増えて有名になればなるほど、サポート対応は増えてしまいます。 その分疲弊も増していき、最後には「開発自体をやめる」という選択に至るケースも見受けられます。 個人の限られた時間を、無償のOSS開発に割ける人は、ごく一部の限られた人だけ。開発にかける時間やモチベーションを長い間、保ち続けることは非常に難しいことです。 この課題について弊社なりに考えた結果が支援活動でした。 OSS開発者の貢献に対する感謝を示していきたい。 少しでもOSS開発を継続するモチベーションの維持になれたらと思い、金銭的な支援で、OSS開発を応援したいと
約1年前にGitHub Copilotのテクニカルプレビューを開始したとき、私たちはこのツールがソフトウェア開発者の役に立っているのかを明確にしたいと考えていました。アンケートと実験を組み合わせた調査を実施したところ、予想していた回答と予想外の回答の両方が導き出されました。 私たちは日々、より少ない労力でより多くのことを実現するために、ツールを活用したり工程を習慣化したりしています。ソフトウェア開発においては、作業の効率化のために非常に多くのツールとテクノロジーが生み出されており、それらを選択することに疲れを感じるほどになっています。2021年にGitHub Copilotのテクニカルプレビューを開始したとき、私たちは、これによって開発者の生産性が向上するだろうという仮説を立てました。実際、初期のユーザーから「生産性が向上した」という報告がありました。リリースから数か月後、私たちは、定量的
CodeCaptcha.ioHide your web link behind a mini-coding challenge. What's CodeCaptcha?Sometimes you want to share a link (like job postings, google forms, your project, a secret sub-page etc) to programmers only. This service let's you do that while also preventing abuse and spam. How does it work?It creates a unique link that you can share instead of your unprotected original link. Visitors are pre
サイボウズ デザイン&リサーチ の西藤（さいとう）です。 私は、Poca11y（ポカリ）というチームで、全盲やロービジョンの方と一緒に、プログラミングをはじめいろんな活動をしています。 Poca11y（ポカリ）チームとは サイボウズ デザイン&リサーチの中にあるチームの1つで、「アクセシビリティ（A11y）」や「研究開発（PoC）」に関する活動を専門的に行うチームです。 （PoC + A11y = Poca11y = ポカリ）というネーミングですこの記事は、一緒にプログラミングをする中で、気づいたことをまとめてみました。 「視覚障害のある方と一緒にプログラミングをする」と言われたら、あなたはどのようなことを考えますか？私は、こんなことを考えていました。 『専用エディタを用意しないといけない？』 『自分が書いている内容を全部読み上げないと伝わらない？』 実際働いてみると、この考えていたこと
はじめに 首都圏を中心に2回目の緊急事態宣言が発令されましたが、生活様式の変化や働き方の変化、それに伴う引越しなどで心身ともに疲れ果てていわゆるコロナうつ≒適応障害を患ったメンヘラプログラマーが休職へ至るまでのポエム体験談です。今、辛くても頑張っている人が立ち止まってみることを考えるきっかけとなったり、メンタル疾患や制度について知りたい、罹患した人への接し方などについて情報発信ができればと思い記事にします。 一個人の見解・事例だと思って読んでください。 気になる点があれば専門医へ相談してください。 会社や特定個人を批判する意図はありません。 治療の過程で診断名が変わる可能性があります。 2022/04/03 ｢病気になった際に使える制度について｣を追記しました｡ プロフィール 年齢: 26歳 職業: 会社員 職種: Webエンジニア 経験年数: 5年 職場環境: リモートワーク 出社頻度:
※ このブログはヌーラバー Advent Calendar 2020 25日目最終日の記事です。 ヌーラボでソフトウェアエンジニアとして働いているvvatanabeです。 私がメンテナを続けているOSSにnulab/zxcvbn4jというものがありまして。先日の12月24日で公開から5年が経ちました。5年という時間にとくに大きな意味はないのですが、なんとなく区切りがいいし年末なので、このnulab/zxcvbn4jのメンテナンスを通じて体験したことを振り返ってみることにしました。 自己紹介 どんな人が本記事を執筆しているのか、筆者のバックグラウンドを簡単に紹介します。 ヌーラボアカウントからBacklog、そしてSREへ 2015年にヌーラボへ中途入社しました。入社してすぐは通称ヌーラボアカウントと呼ばれる、ヌーラボのサービスが共通で使用する認証基盤を開発していました。今でこそScalaや
そろそろ歳も40近くなり、老いについて考えることが増えてきた。たとえば10ヶ月も続く在宅勤務の中で少しでも運動をサボると左膝がすぐに痛みだしたり、うっかり水分を摂り忘れたりすると頭痛がきたりする。もちろん体重は史上ピークを記録し続けている。身体の老いについては、まあそういうものであるし、特に外見などに気を遣って生きてきたわけでもないからそんなには気にしていない。しかしながら、人間の人間たる由来はその精神や振る舞いにあると思っているから、そちらでの老いの方が問題だ。 前職までは大抵、わたし自身は年齢が1番か2番めくらいに若い職場で仕事をしていることがほとんどであった。ほとんど同年代か、10から20くらい上であることが多かったように思う。単に物理的な年齢もあるが、職業経験も私より長い人たちばかりであったので、教わることの方が多かったから、物事の考え方が揃っていたことが心地よかったということには
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でランクインしました。 現在その記事は何らかの理由でコミュニティガイドライン違反として非公開となってしまっております。 個人的に記事内容には同意できましたし、開発にも有用なものだったので、理由は定かではないのですが…… 確実に言えることは、その方はいわ
分析適当なので，面白半分で読んでください．タイトルは興味を持ってもらえるうように強い書き方をしました． いいね数が多い記事ってコード少ないな？🤔 暇なときにQiitaのトレンドを見ることが多いのですが，ふとしたときに，記事に与えられたいいね数と掲載されているソースコード数は正の相関関係にないのでは？という疑問がわきました．Qiitaには実装上のテクニックを教わったりもするので，実装中心の記事が埋もれているのはかわいそうだなあという思いも多少あったりもします． 気になったら分析したくなっちゃうのが研究職の性，年末年始に寝て起きるだけの体たらくにならないためにも，この仮定をざっくりとでも検証してすっきりしたいところ． そんなわけで，Qiitaに投稿された記事をAPIを使用して取得し，記事に掲載されているソースコード数と与えられたいいね数の相関を確認してみることにしました．ここでソースコード数
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
