サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
この文章みてください。 オレはもう20年以上システム業界にいるけどな、その長い経験から言うと、オブジェクト指向なんてものは、理論としては面白いけど、およそ実用的とは言い難いものだな。まぁ、例えばGUIのコンポーネントとかはオブジェクト指向に基づいて作られているようだから、そういうツールとかを作る人には必要なものなのかもしれない。しかし君たちがいずれ作ることになる業務アルゴリズムにはまったく無縁のものだと思ってもらって間違いない。どうもこの業界、オブジェクト指向でなければダメ、というような風潮がまかりとおっているけどな、オブジェクト指向なんか本当に使っている人はほとんどいないよ。オレも少し勉強してみたけど、カプセル化とかポリ何とかとか、どうにも利点が理解できなかったね。実際、実業務で使ったことなどないしな…… 「またお前、オブジェクト指向の話をしてるのか」と思ったかもしれませんが、2010年
日報さん 11/16-17 にぽバーですよ！ @nippou_ 狩猟試験受験報告ツイートをしたら、引用リツイートで「人はクマを敵だと思ってるけど、クマの方は人をどう思っているかな？」と自然を愛する方にチクッとやられました。どうって、クマは人間のことを自分より弱い柔らかい肉だと思っていらっしゃるのではないですかね。受験、やめませんよ。2023-11-24 18:42:28
どうやら同年代の人たちの字は年齢とともに変化しているらしい、ということに大学生の時に気付いた。そしてそれは社会人になってから確信に変わった。 同僚から渡される引継ぎのメモ、取引先への郵送物の宛名、ホワイトボードに書かれた議事録。 大人が書く字は大人の字。大人による大人っぽい要素で構成されたスーパー大人空間こと会社で流通する字の、なんと大人なこと。 一人ひとりに指差ししながら言ってやりたい。 字がきれい、字がきれい、字がきれい。ひとつ飛ばして字がきれい。 もちろん飛ばされたひとつというのは、わたしのことである。 周りの大人（同年代）の書く字が軒並み大人っぽいことに気付いたときの感覚、これは知らぬ間に周りの女子たちが毛髪を整え化粧をしていることに気付いたときのそれに近い。 こういう時、「なんで自分はそっち側じゃないんスか？！？」と思うが、誰も加齢とともに自動的に瞼がキラキラになるとか字がきれい
A "CPU Hack" implies unlocking the ability for continuous crunching of data and re-evaluation of state. For example, if cyclic vars didn't automatically fail to invalid (initial) state inCSS, this would continuously increment the value of --frame-count here: body { --input-frame: var(--frame-count, 0); --frame-count: calc(var(--input-frame) + 1); } Spoiler alert: You actually can do this inCSS,
右上にまたがって、左上を掴んで走る。 下の丸い部分はタイヤ。 発売してほしい。 次点で「ま」。 電動キックボードみたいに乗れそう。 逆に乗り心地が悪そうなのは「も」。 下の丸い部分が不安定で転びそう。
はじめに こんにちはkenです。エディターはVS Codeを使ってます。 突然ですがみなさん、普段開発をしていて 「VS Code にこんな拡張機能、あったらいいのにな〜」 と思うことありませんか？ 私はあります。しょっちゅうあります。 そこで先日、予定がない休日を利用して拡張機能の開発に挑戦してみることにしました。 最初は拡張機能の開発をどのように進めていけばよいのか全くわからず、そもそも拡張機能でどこまでのことを実現できるのかすらわかりませんでした。ましてや実装についての知識なんて皆無です。 「これは完成まで1日くらい、いや下手すると3日くらいかかるかな」と考えていたのですが、いざやってみるとたった2時間で作れてしまったので今回はその経験についてお話ししたいと思います。 この記事を読んで、 「こんなにお手軽なら自分にも作れそうだ！」 と感じてくれたら幸いです。本題 作りたかったものと
「住所の揺らぎ程度のことにAIを使いたいだとかデジタル音痴」だの「住所の正規化なんてExcelで2時間あれば作れそう」だの、たいへんフットワークの軽やかな言説の数々に、位置情報界隈のみならず住所の正規化や名寄せに少しでも関わったことのあるエンジニアが総立ちでマサカリを投げていたのも記憶に新しい今日この頃ですが（2023年6月6日）、この手の騒動は周期的に起こってる印象です。 ということはつまり いつまで経っても解消されない、解決が困難な課題である その困難さが界隈以外に共有されていない であるわけで、その都度Twitterにトリビアが投下されてはTLが賑わい華やかではありますが、そろそろ自分の整理としてもどれだけ日本の住所システムがカオスで、その計算機的な処理がいかに困難かをメモっておこうかと思いました。 なおこの件については既にQiitaにGeoloniaの宮内さんが鼻血の出そうな良エン
ちょっと前に「配列中のすべての要素が条件を満たすかどうか判別する関数で、空の配列はTrueを返すべきかFalseを返すべきか」のような話が話題になってました。 まあこれは「Trueを返す」が答えなわけですが、では「配列中の最大値を返す関数で空の配列の場合は何を返すか」が気になりました。 「配列中のすべての要素が条件を満たすかどうか判別する関数」について言えば、簡単に言えばこんな感じ。 まず、配列のすべての要素が偶数であるかどうか判別する関数を考えます。 void main() { int[] data = { 23, 44, 12, 98, 5 }; System.out.println(allEven(data)); } boolean allEven(int[] data) { for (int n : data) { if (n % 2 != 0) return false; } r
みなさん、Pythonは好きですか？ この記事では、私がPythonという言語とそのエコシステムについて思うところを書いていきます。全体を通したストーリーみたいなのはなくて、トピックごとに書いています。 私のPython経験は3年弱です。Pythonについてまだまだ新米だという自覚はありますが、そこは有り余る才能でカバーしてこの記事を書いています。 静的型Pythonには静的型がありません。型ヒントはありますが、インタープリターにとっては飾りにすぎません。mypyとかの型チェッカーはありますが、「それさえあれば万事ハッピー」なものではなく、既存のコードを適宜書き換えないと型チェッカーでまともな結果を得るのは難しそうです。型検査を念頭に書かれていない（型ヒント付きの）コードをそのままmypyにかけても大量のエラー・警告が出てくるでしょう（ちなみに、型ヒントなしの関数はmypyのデフォルト
HTMLページのhead内に記述する最小限の構成、そしてmeta要素やlink要素、ソーシャルサービス用の要素、デスクトップ・スマホのブラウザ用の要素などがまとめられた「HEAD」を紹介します。 HEAD: Asimpleguide toHTML <head> elements 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 以前の版からいろいろと変更されています。 2016年版: head内に記述する要素の総まとめ 2018年版: head内に記述する要素の総まとめ head内に記述する最小限の構成 head内の要素 meta要素 link要素 ソーシャル関連のhead内の要素 ブラウザ・プラットフォーム関連のhead内の要素 メモ head内に記述する最小限の構成 下記はシンプルなWebサイトで必須となるhead内に記
てるろー @terurou 採用できるのこれ…IT人材として入社した場合、最初の1年半は現場研修に出てもらいます。店舗を1年、物流部門を半年経験してもらって、ニトリグループの業務について学んでもらいます。 xtech.nikkei.com/atcl/nxt/colum…2023-01-24 08:38:20 リンク 日経クロステック（xTECH） 新卒採用に「IT人材」枠設けるニトリHD、採用担当が語る事業会社で働く魅力とは 豊富なIT人材を社内で抱え、システム内製に積極的なニトリホールディングス。同社は新卒採用で総合職とは別にIT人材の採用コースを設けるなど、IT人材の採用に意欲的だ。同社が求めるIT人材像、ニトリグループでIT人材として働く魅力や、会社の強みや弱みなどを、新卒採用の担当者に聞いた。 39 users 9
この数十年の間に、さまざまなムーブメントや、パラダイム、テクノロジーの波がソフトウェアの世界を席巻した。その中には、プログラミングの煩雑な作業の多くをエンドユーザーに委ねるものもあれば、あるいはそのプロセスを自動化すると約束するものもあった。CASEツールや4GL、オブジェクト指向プログラミング、サービス指向アーキテクチャ、マイクロサービス、クラウドサービス、Platform as a Service（PaaS）、サーバーレスコンピューティング、ローコード開発／ノーコード開発などは、理論上、どれもソフトウェア開発の煩わしい作業を減らすことになっていた。つまりこれらは、潜在的には開発者の雇用の安定を脅かす存在でもあったわけだ。 しかし今も開発者の仕事はなくなっていない。それどころかソフトウェア開発者はますます忙しくなっており、スキルを持つ人材の需要は高まる一方だ。 人材開発支援会社であるPl
NUROでパケロスが酷いっていうのは問題だし対処してほしいけど 「パケットを破棄するなんて許せない」とか言ってるアホはインターネットを最初から勉強し直してこい 「UDPのパケットを落としてるのは問題」とか言ってるアホもL4の勉強やり直してこい TCPが遅いだのなんだの文句付けてUDPでネットワークリソースを消費しておいて いざUDPが輻輳したらNUROに文句言うとかお門違いにもほどがある 文句を言う先は任天堂だし任天堂はまともなネットワークエンジニアを雇えよ 今時のゲームはUDPで冗長に送るのがデフォだし輻輳制御とか全然考えてないから絞られて文句言う方がおかしいわゲームじゃなくて仕事で使ってる人からすれば「そんなクソUDPパケットはバカバカ落としてしまっていい」っていう感じだし TCPみたいなフェアネス考えてないパケットはもうガッツリブロックしていいんだよ 文句言う先間違えんな アホども
今月末でAppleに入って５年になる。ってことで会社からのちょっとした記念品が遥々海を渡って届いた。５年かぁ。これまで３社で働いてきたけど、これで一番長く働いた会社になる。最近プライベートで精神がすり減る出来事が続いてるから気晴ら… https://t.co/dc7Sqm2hIO
株式会社JMDCでモバイルアプリエンジニアをやっている @mrtry です。入社した当初、モバイルアプリチームのエンジニアは私一人だったのですが、現在では4人になりました。最近はPull Requestのレビュー数も爆増しており、とても疲弊しがちです(嬉しい悲鳴)。たいへんポイントを減らすために、最近Pull Requestまわりの運用を整えたので、今日はその話をしたいと思います。 Pull Requestのレビューがたいへん 現在、モバイルアプリチームでは、3つのプロダクトの開発をしています。各プロダクトに1名ずつassignされており、リードエンジニアとして私が一通りレビューをしている状況です。そんなこともあり「Pull Requestのレビューがたいへん」というのが最近の悩みでした。 Pull Requestのレビューをするとき、私は以下のような観点でレビューしています。 機能仕様レ
𝓞𝓶𝓸𝓬𝓱𝓲 @ib_kiri 昔いた職場で、組織内のルールや決まったプロセスに毎回『なぜこれが必要なのか理解できない』とこぼしていた東大の新卒がいた。上司が『お前の納得と理解は後回しでいいから早くやれ。給料もらって仕事をこなすのが俺らの義務なのに自分の感情とか勉強を優先するな』とキレてとても腹落ちした思い出2022-09-02 11:41:30 𝓞𝓶𝓸𝓬𝓱𝓲 @ib_kiri たとえ合理的な理由があっても組織はいちいちそれを末端まで全部説明してる余裕はないし、『全て知る必要がある』とか『知らなければやりたくない』というのは組織人としては失格だと思う。 期待役割を全うしながら時間を経ないと、必要性が文字だけでは理解できないルールや慣習もあると今ならわかる2022-09-02 11:44:49 𝓞𝓶𝓸𝓬𝓱𝓲 @ib_kiri 限られた人的リソースを理
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
