タグ

雑記と生活と開発に関するitottoのブックマーク (10)

  • ワクチン予約のシステム、納期ありきのクソプロジェクトあるあるすぎ

    https://anond.hatelabo.jp/20210517201151 あれさ、少なくとも東京会場側のサイトは、最初のボタンに「認証」って書いてあんだよね。 端的に言って、認証も何もしてないんだから嘘なんだよね。 んで、取れる手立てはいくつもあると思うんだけどさ、 ドメインについて(なんでmrso.jpのドメインなのよ、厚労省のドメインじゃだめなんか)市区町村コードについて(6桁だけど、これは既知の情報で無効な番号は弾ける)誕生日について(なんで1歳でも予約できんだよ、これは後述するが弾いてるものもある)一番下のコピーライトについて(自衛隊東京 予約システムというタイトルなら、一番下にも入れとけよ)最初に書いとくと、できるチェックはしてるんだよ。 例えば、「現在の入力桁数:4桁」みたいなチェックはしてんだよ。これはわかりやすい。頑張ってる。 んでな、2月31日みたいな存在しない日

    ワクチン予約のシステム、納期ありきのクソプロジェクトあるあるすぎ
  • 小学校教員と保護者が業務効率化アプリを自力で開発 仕事の困り事は自分で解決

    同県佐久穂町にある大日向小学校は、児童数112人、教職員22人(2020年5月1日時点)で、自然豊かな場所に立地する学校だ。そんな同校では、チャットやクラウド、NASなどのITツールの活用はもちろんのこと、自作アプリを実際に運用して業務の効率化を図っているという。 非エンジニアが課題解決のためにアプリを作成──実現の鍵は「ローコード開発」だった。 情報はアプリで一元管理 学校では、職員会議なども含め校内の情報共有に時間を割くことが多い。児童の情報は大抵分散しており、個人情報や面談の記録はもちろん、児童がどこでどんな行動を取っていたかという情報も各教師でバラバラに持っている。 そこで大日向小学校は、「児童・生徒情報」という児童の情報共有のためのWebアプリを作った。アプリには、児童の名前や生年月日、出身幼稚園・保育園など基的な情報が入っている。そして、そこにリンクさせる「観察記録」「面談記

    小学校教員と保護者が業務効率化アプリを自力で開発 仕事の困り事は自分で解決
  • GitHubへのソースコード流出問題、防ぎようはあるのか 専門家に聞く

    三井住友銀行(SMBC)が1月29日、同行のシステムに関するソースコードが流出したことを明らかにした。業務委託先のSE(システムエンジニア)らしき人物が、ソースコードから年収を診断できるWebサービスを利用。その際、自身がSMBCなどの委託で開発したコードを、ソースコード共有サービス「GitHub」に公開したことが原因という。 ソースコードの中には、SMBCに加えてNTTデータ ジェトロニクスに関係するとみられる記述もあった。問題の指摘があったTwitterでは、28日深夜に「GitHub」「SMBC」などがトレンド入りした。 流出したコードの中にはセキュリティに影響を与えるものはなく、SMBCとNTTデータ ジェトロニクスはそれぞれ「顧客情報の流出には影響がない」「単独では悪影響を与えるものでない」と説明している。 今回の事態に対し、ネット上では「これを機にGitHubの利用やテレワーク

    GitHubへのソースコード流出問題、防ぎようはあるのか 専門家に聞く
    itotto
    itotto 2021/02/01
    今回の件を仕組みで完全に防ぐのは難しいし費用対効果も悪いっていうのはそのとおりだと思う。海外はこういう問題はどうやって防いでいるんだろう?
  • Smooz周辺の擁護に見るベンチャーのぬるま湯さ|六韜三略

    Smooz周辺というかベンチャーが嫌われるのって、こう言うぬるま湯なとこだよな。#Smooz #アスツール #ベンチャーってこんなのばっか pic.twitter.com/3ewZvUPIfC — 六韜三略 (@six___three) December 20, 2020 言いたいことはこのツイートで言ったんですけれども、Smooz周辺のベンチャー界隈はこの期に及んでもSmoozあるいはそれを提供しているアスツール社を擁護しています。 取り巻きの擁護に見る、ベンチャー界隈のぬるま湯さ実はベンチャー界隈では、このように明らかにやっちゃダメだろという行いに対して「賞賛する(あるいは慰める)」という発言が散見されます。例えば「チャレンジングで偉い」「貴重な失敗体験ですね」とかそういうのです。 私も「ベンチャー」規模のSaaSベンダーで働いていますが、こういうノリには違和感を覚えます。(正直にいう

    Smooz周辺の擁護に見るベンチャーのぬるま湯さ|六韜三略
  • 日本の住所の正規化に本気で取り組んでみたら大変すぎて鼻血が出た。 - Qiita

    先日、弊社では Community Geocoder というサービスをリリースしました。 Community Geocoder 紹介記事 さて、このジオコーダーは、住所を正規化してそれを「大字町丁目コード」という12桁の数字に変換し、そのコードをファイル名として GitHub ページ上に大量においた JSON ファイルにアクセスして緯度経度を取得するということをやっています。 つまり、住所の正規化からコードに変換する部分がとても重要で、そもそも正規化に失敗してしまうとどうしようもないという仕様なんです。 さいわい先日経産省が公開した IMI コンポーネントツール である程度のことをやってくれるのですが(というかそうであることを期待したのですが)、いろいろ調べ始めると住所という仕組みはほんとに複雑で、Facebook で絡んでくださった @hfu さんいわくまさに「自然言語処理そのもの」であ

    日本の住所の正規化に本気で取り組んでみたら大変すぎて鼻血が出た。 - Qiita
  • OSS利用企業はOSS開発を支援してほしい - 八発白中

    先日同僚と酒の席で話をしていた。 僕「最近OSS書けてる?」 同僚「書けてないです。仕事してたら書く暇なくないですか」 1年前まではリモートのパートタイムで働いていた彼としては、週5日フルタイム勤務になってから使える時間が大幅に減っただろうことは簡単に想像がつく。 とはいえ、働かなければ生活費が稼げない。 「どうにか時間を作って開発するしかないね」 僕個人としては若い彼にはもっとOSS活動をしてもらいたいし、うちの会社に入ってからOSS活動ができなくなったと言われるのは入社のときに間に入った自分としては心苦しい。そんなことを考えながら苦い顔をしていると、反対に質問された。 「深町さんはOSS書いてますか? どうやって時間作ってますか?」 「いまは育休中で育児に忙しいから、時間は取れたり取れなかったり」 「仕事してるときはどうでしたか?」 「うーん…僕もあんまり取れてたわけじゃないね」 翻っ

    OSS利用企業はOSS開発を支援してほしい - 八発白中
  • 文系でプログラマーになったけど色々失敗して3年半で会社を辞めた話|denkigai

    このnoteをすべてのインターネット探索者(Internet Explorer)達に捧げる。 2018年12月31日、新卒入社して3年半勤めた会社を辞めた。東京の八重洲にある、フリーペーパーやWebサービスを作る会社で働いていた。いわゆる「文系プログラマー」というやつで、文系学部を卒業後、会社に入ってからプログラミングを覚えた。現在は退職してフリーランスになり、個人で開発しつつ、ずっと漫画を描いている。 3年半のあいだ、大きく分けて2つの失敗をした。 1. プログラミング入門の仕方に失敗した 2. プログラミングを覚えてから何をすればいいかわからなかった 前者の失敗の結果、プログラミングを投げ出して京都に逃亡した。後者の失敗では精神を病み、3ヶ月休職をすることになった。前者は笑い話だが、後者は人生に暗い影しか落とさない。これからプログラミングを始めようと考えている人には同じような失敗を避け

    文系でプログラマーになったけど色々失敗して3年半で会社を辞めた話|denkigai
  • サマータイム対応を0円でやるたった一つの方法 - アンカテ

    それは、実施日の10年前に告知すること。そうすれば、0円は言いすぎだとしても現実的なコストで問題なく対応できるよ。 自分にとってこれは、「明日から電卓の+キーで引き算をして−キーで足し算をすることに決めた」みたいな話に聞こえる。 誰がうれしいのかちっともわからないけど、「明日から」というところを「10年後から」にしてもらえば、何の困難もない。+と-のキートップの刻印を逆にすればいいだけで、電卓の設計には何の変更もいらない。キーの配置を変えてはいけないと言われたなら、中の配線を二箇所変えるだけ。「電卓の+キーと-キーを逆にすることは不可能である」なんて言う人は誰もいないと思う。 しかし、「明日から」と言われたら、今、あちこちにある電卓はどうするの? 付箋紙をキートップのサイズに切り抜いて、日全国の家庭やオフィスで、明日の朝一番にそれを貼りつけて、「+」「-」という字を手書きすればいいだろう

    サマータイム対応を0円でやるたった一つの方法 - アンカテ
  • 「気づいた人がやる」は害悪でしかない話 - ゲームプランナーの技術ブログ

    ゲームの開発中には、たくさんの予期せぬ問題が発生するものである。 策定した仕様が他の仕様と矛盾していたり、突如、新たな仕様を策定する必要が出てきたり、致命的なバグが発生したりといったことである。 そして、それらの問題を解決するにあたり、様々なタスクが発生する。 そのタスクの担当を決める際に、その問題に「気づいた人がやる」という実に日的な悪しき習慣にもとづいているプロジェクトが未だにある。 今回は、「気づいた人がやる」という方針がいかに害悪があるかを考えていく。 スポンサードリンク 害悪①:気づいている人に仕事が集中する 害悪②:得意な人が対応できない 害悪③:やらかしている人間が成長しない 害悪④:「気づく人」はいなくなる まとめ 害悪①:気づいている人に仕事が集中する 問題に気づいた人ばかりがどんどん新たな仕事を抱えることになり、気づかない人に仕事がまわらなくなる。 気づく人にタスクが

    「気づいた人がやる」は害悪でしかない話 - ゲームプランナーの技術ブログ
  • なぜ職場での怒りは「連鎖」してしまうのか

    立教大学経済学部卒。生命保険のIT子会社勤務を経て、1997年、外資系大手テクノロジー企業に転職、現在に至る。著書に「外資系エリートのシンプルな伝え方」「マイクロソフト伝説マネジャーの世界№1プレゼン術」がある。講演依頼などの連絡先はこちら。Voicyのチャンネル(声のブログ)はこちら。Twitter:Madoka Sawa (@madoka510) グローバル仕事人のコミュ力 澤円 グローバル化が進む現代において、ますます必須になるコミュニケーション力。グローバルに活躍できる人は、どう“コミュ力”を磨いているのでしょうか。マイクロソフトテクノロジーセンターのセンター長として、エグゼクティブお向けに、さまざまなプレゼンテーションを行い、同社でトッププレゼンターの地位を確立している澤円さんが、そのスキル・知見を出し惜しみなく紹介します。 バックナンバー一覧 皆さん、こんにちは。澤です。 突然

    なぜ職場での怒りは「連鎖」してしまうのか
  • 1