Go 言語 ファイル・I/O 関係のよく使う基本ライブラリ | yunabe.jp
Go 言語でプログラムを書く際に欠かせないファイルなどの入出力(IO)関係の基本的なライブラリの一覧。この辺のライブラリはかなりよく使うのでパッケージ名や型名を覚えておくといちいちドキュメントを検索せずにすんで良いかも。 目次 備忘用早見表 io.Reader, io.Writer ファイルを読み書き用に開く 標準入力/標準出力/標準エラー メモリからの読み込み・メモリへの書き込み Reader, Writer を効率よく使うためのライブラリ bufio.Scanner: 文字列を一行ずつ読み込む bufio.Reader, Writer: バッファリングして効率よく読み書きを行う "io/ioutil".ReadAll: Reader から全てのデータを一度に読み込む "io/ioutil".ReadFile, WriteFile: ファイル名と byte[]で読み書き Write([]
Pマーク発行機関も「パスワード定期変更は不要」 - 日本経済新聞
個人情報を適切に扱う事業者に与えられる「プライバシーマーク（Pマーク）」を発行する一般財団法人の日本情報経済社会推進協会（東京・港）は10日、認定時の審査基準を改定し、インターネット利用時のパスワードの定期的な変更を不要にする方針を示した。総務省などの方針転換に対応した。Pマークを取得済みの約1万5千社・団体でも同様の動きが広がりそうだ。同協会が見直したのは企業が顧客らの個人情報を適切に扱って
他人のコミットをgit merge --squashするべきでないのではという話 - Qiita
最近某OSSに出されたPRが、git merge --squash <branch> でマージされたことにより、コミットのAuthorが書き換えられてしまったことが一部界隈で話題になっていました。この件にはマージを行った人に悪意はなかったようなのですが、gitの理解不足により生じてしまった案件だとすると悲しい話なので一応メモ 何が起きたか コミッターが複数の内容が含まれたPRを送った 管理者はその中の一部の内容だけをマージするために、管理者はgit merge --squashを実施し、コミットを改変した上でmergeを実施した ←これが問題 コードの内容はコミッターのものなのに、Authorだけ管理者にすげ変わってしまいコミッターのモチベを損ねた そもそもsquashするとどうなるの ここに分かりやすくまとまっています。 アジャイルSEを目指すブログ 図で分かるgit-mergeの--f
海賊版サイトのブロッキング要請は「断じて許されない」 日本インターネットプロバイダー協会が見解
漫画海賊サイト対策として、政府がISP（インターネットサービスプロバイダー）に「ブロッキング」（接続遮断）を要請することを検討しているとの報道を受け、日本インターネットプロバイダー協会（JAIPA）は「著作権侵害への対策としてのブロッキングは許されない」とする見解を発表しました。 JAIPAの声明 ブロッキングはISP利用者のアクセス先を監視して一部の通信を遮断する方法。電気通信事業法で禁止されてる「通信の秘密の侵害」にあたりますが、唯一の例外として、「緊急避難」として児童ポルノ流通防止のためのブロッキングが行われています。報道では、政府は漫画海賊サイトへのブロッキングも緊急避難と位置づけ要請する方針とされています。 JAIPAは著作権侵害への対応は重要としつつも、「より影響の少ない他の手段も考えられる中で、必ずしも唯一残された手段とはいえないブロッキングを対抗手段とすることまでが現行法上
IoTやめた
アー、今はDucaのアイの庭を聴いています。みなさんも聴きましょう。 仕事やめた IoTというのがあります。ご存知ですね。アレです。 IoTというのをやるのをやめたので、その話をします。 しないつもりでしたが、僕よりも数ヶ月早く辞めた人が退職エントリを書いていて、これはどう見ても続いていく流れだったので、やります。社名は出しません。 会社自体は決して悪い会社ではありませんでした。 福利厚生は充実していたし、（主に総務部の）社員の方々はとても活き活きと仕事をしていて、毎日ほぼ定時に帰宅している、そういう会社でした。各現場はまあ別ですが、これは会社の責任では全くありません。 IoTやめた IoT、アツいですよね、みなさんIT Proとか読んで大興奮してるでしょう、IoT業界はマジでフロア温まってます。 京都というか関西圏は大手製造業がメチャ多くて、既に売れるモノは持ってて、でも上司から新しいア
WordPressのデプロイが辛すぎる問題を考える | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは。 バックエンドエンジニアのまさくにです。 最近はありがたいことにアプリケーション系の案件も増えてきましたが、弊社のビジネスのメインストリームは、やはりコーポレートサイトのリニューアルをはじめとするサイト制作。 もっと言えばWordPressサイト制作なわけで。 「コンテンツを更新する必要がある」というご要件をいただくと、管理画面がすでに用意され、拡張性が高く、弊社ではもっとも開発工数が少なく済み、CMSとしていい意味で枯れている。それらのメリットを享受できるため、第一選択肢にはやっぱりWordPressが挙げられます。 ですが……。 WordPress、デプロイ面倒過ぎやしませんか。 この辺、何がデファクトなんでしょうか。皆さん、各々でやっている気がしますが、管理画面でそのほとんどの管理ができるという特質が「WordPressは簡単だ」という油断を生み、多くの障害を発生させてい
システム開発のプロジェクトが炎上する理由 | 株式会社アクシア
システム開発のプロジェクトの成功率は3割と言われており、業界内でのプロジェクト炎上の話題は度々耳にします。私自身もプロジェクト炎上の現場には何度か携わってきました。昨日ツイッター上でこんな投稿をしました。 システム開発のプロジェクトが炎上する理由にはどんなものがあると思いますか？リプ欄でご意見いただければ幸いです。 — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) April 12, 2018 皆様から実にたくさんのリプライをいただきました。ご協力いただけた皆様ありがとうございました。 多くの皆さまがプロジェクト炎上経験者の強者のようでして、一言ではまとめきれないほどたくさんの炎上理由が集まりましたので、その内容をこのブログにまとめてみることにしました。 情報が多かったので私なりに少し整理しまして、下記の４つにカテゴリー分類してみることにしました。 会社間での力関
フロントエンドのコンポーネント設計に立ち向かう - Qiita
ReactやVueなどコンポーネントベースで作っていくViewのライブラリが普及したことで、コンポーネント指向での開発が一般化してきた昨今のフロントエンドですが、このコンポーネントの設計に悩まれる方も多いのではないでしょうか。 コンポーネントをどの粒度、どんな状態で分割するのが良いのか、などなど、特にチームで開発する時に認識が揃っていないとカオスになりがちな部分であると思うので、自分なりの設計をする際の指針を言語化しようというのが本記事の目的です。同じように悩まれている方にも何らか示唆を提供することができたら嬉しいです。 想定読者 「コンポーネント設計？なにそれ？おいしいの？」という方 初めてコンポーネント設計でアプリ作ってみたけど、本当にこれでいいのか自信の無い方 はじめに: "コンポーネント"とは まず最初に"コンポーネント"という言葉についてですが、ここでは「GUIのパーツをモジュー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - git-ftp/git-ftp: Uses Git to upload only changed files to FTP servers.