「管理ツール」を含む日記 RSS

はてなキーワード: 管理ツールとは

2019-01-04

GitLabとかあったなーと検索したら、サーバレスかいう知らない言葉が。

ああ、サーバ不要じゃなくて、サーバ管理不要ね。

kubernetesとかknativeとか、なんじゃそりゃ。

ワンパッケージにされたコンテナ管理ツールか。

ふむ、概略図を見ても、さっぱり分からん

もう駄目だー。

2018-12-18

(PHP) phpMyAdminのセキュリティー

アドバイスどうもありがとうございます

https://anond.hatelabo.jp/20181218231219

本番サーバには入れないでね

phpMyAdminセキュリティーって、過去の事例を見ると、あまり高くないようですね?

この手の管理ツールセキュリティ侵害を受けた場合ダメージが大きいので、インターネットからアクセスできないようにしておくのが基本です。特にphpMyAdmin過去に致命的な脆弱性が何度も発見されており、インターネットさらして利用するには向いていません。任意コード実行可能脆弱性の事例もあり、DB以外にもリスクがあります

 

内部ネットワークからしかアクセス出来ないようにしておきましょう。レンタルサーバのようなインターネット孤立したサーバであっても、VPNの経路を作りそちらからしかアクセス出来ないようにしておくようにした方がよいでしょう。

 

IPアドレスによる制限は次善策です。アクセス元のIPアドレスが固定されており他人と共有していないならそれなりに安全になります

 

URLによる隠蔽は外部から攻撃可能な既知の脆弱性スキャンするようなカジュアルアタック避け程度にはなりますが、URLは何かと漏洩するものですので、一般セキュリティ手法と見なされていません。

 

アクセス制限をした場合でも、認証は必ず設定する必要があります。例えばCSRFのような攻撃にはアクセス制限無意味です。

 

phpMyAdmin認証HTTP認証のどちらを使う方がよいかは使ったことがないのでわかりませんが、HTTP認証場合BASICではなくダイジェスト認証にしてください。BASIC認証は(ほぼ)生で認証情報が流れますので使ってはいけません。(ブラウザで人が操作する場合以外にはBASIC認証を使わざるを得ない場合もあります

対応

  1. phpMyAdminローカルの開発サーバーで使う。
  2. 本番サーバーのMySQLメンテナンスときだけ、Adminer.php等を使う。(使用前にコピーして、使用後は削除する) もしくはMySQLコマンド操作する。

こんなかんじでしょうか?

2018-12-11

Pythonのバージョン管理ツール

Python バージョン 管理」で検索すると、いろいろなツールが紹介されている。

 

当面の目的は、CertbotPython3で動かせればいいだけだから、高機能である必要はなさそうですね。

 

  1. virtualenv 約 1,440,000 件
  2. pyenv 約 275,000 件
  3. pyenv-virtualenv 約 115,000 件

 

情報量で比べるとvirtualenvがよく使われているようです。

とりあえずこれでいいかな?

Python2系とPython3系両方でうまくやりたい場合は virtualenv を使えば良いです。

2018-12-01

典型的ダメSES企業退職しました。

NTT退職エントリーが盛り上がっておりますが、クソであること以外に特徴のない企業からより正常な環境へ移っているエンジニアも多数いらっしゃると存じます

バブル就職氷河期も知らない世代ですが、今がかなり被雇用者にとって売り手市場になっていることは馬鹿な私でも感じます

私もそんな世の動きに乗っかった一人です。

元がNTTのような目立つ名前のところではないので記事としてもインパクトのあるものではございませんが、クソから脱出して半年以上過ぎてなお前職への恨みが消えないので一旦全部吐き出してスッキリしたい所存です。ただ排泄します。

転職活動は非常に短く、#hiyokonitsuduke流行に乗って、直接現在職場の方と連絡を取り、10日ほどでかなりスピーディに転職が決まりました。

年収、勤務時間業務内容、チームメンバー人格すべてにおいて上回っており、即決でした。

典型的ダメSES企業研修

入社し直後に合宿という名の下、三大キャリア電波の届かないところに連れて行かれ、開発合宿デモするのかと思えば「君たちの本気を試す」という名目の元、スリッパの並べ方にいちゃもんをつけて怒鳴る、社訓を大声で叫ばせて気に入らないやつを「心がこもっていない」怒鳴りつける、8時間ぶっ通しで歩かせて「こいつが足を引っ張った」と怒鳴りつけるという完璧研修を受けさせていただきました。夜中の3時、4時まで「お前らはいかにダメか」の説教を受けます

二十人以上を三日間拘束しているので、相当なお金をその研修会社に払っていると思います。質の高い教育のためにはコストを惜しまない、素晴らしい会社でした。

典型的ダメSES企業のオシゴト

前職は非常にセキュリティ意識品質意識の高い企業でしたので、どれだけ生産性を落とそうとも、社員健康を損なおうとも、関係ありません。

ここで言う「品質」とは、安定したシステムのことではなく、「何ステップの開発には何個のバグが入るはず」「見積もりどおりの規模になる」「残業100h/月すれば納期を守れる」という意味で、保守性や可読性のことではありません。

ここで言う「セキュリティ」とは、「不便にすればセキュリティ高まる」という信念のことで、「機密性」「完全性」「可用性」とは別の概念です。

契約で何ステップの開発することになっているから」「契約で何ページの文書をつくることになっているから」ということで、仕様どおりに動く成果物ができあがりテストカバレージ100%にもかかわらず、できるだけ無駄コードを重複させるように命じられます

CSVファイルちゃんとfor文で心を込めて一行ずつ読み込み、SQLiteを使えば3行で終わる集計処理をJavaの基本ライブラリだけで実装します。セキュリティを高めるために外部ライブラリツール仕様が一切禁じられているからです。

また、これもセキュリティ施策の一環として、構内からインターネット接続禁止されているため、ドキュメントを見たいときは社用携帯の狭い画面で調べます

まり常軌を逸しているため、クラウド勉強をして多少はまともな環境部署へ異動を願い出ました。もちろん、その数ヶ月前に現状の何が不満で何をどう改善してほしいか具体的に伝え、改善されなければ出ていく意図をはっきり示しましたが改善されなかったからです。

するとなんということでしょう。「勝手に異動願出すとはなんだ!」と怒鳴り声で電話がかかってきます。なんと部下思いの部長でしょうか。

やっとインターネットドキュメントソースを参照できるチームにアサインされたと思ったら、典型的ダメSES企業には典型的ダメ情シスがセットでついてきます。彼らは保身と「自分だけ」定時退社するためには何でもする、働き方改革最前線にいます

社内ネットワークをダウンさせ、全社の業務を数時間ストップさせ、社外へ出るプロキシ申請の設定を自分たちの不手際で吹き飛ばしても「社外へ接続する場合課長部長本部長の判子付きの申請書を再提出してください。」と、しっかりルールを守る姿勢を貫きます

セキュリティさらに高めるために、社内からGitHub接続禁止するという偉業を達成しました。社用携帯調査をするあの日々に戻りました。

チャットツールバージョン管理ツールを導入したくてもセキュリティを守るためにNoが帰ってきます

なんとかOSSで自前でホストさせてくれと懇願して払い出されるのはシングルコアメモリ500MBの超ハイスペックVMです。最先端をいく素晴らしい会社でした。

典型的ダメSES企業イベント

愛社精神コミュニケーションが足りない!」という理由で「せや!BBQしよう!遠足いこう!」となるところまでテンプレです。

もちろんイベント幹事は若手の仕事。なんら機密情報を含まないイベントの出欠管理も、エクセルzip暗号化して拡張子を変えてEメールパスワード別送する必要があります。徹底したセキュリティ意識の高さが素晴らしいですね。

年に一度、ホテルホールを借りて懇話会を行いますが、これはなんと休日に開催されますさらに、原則出席必須で欠席する場合理由を申し出なくてはなりません。

強制力を発揮しているので実質休日出勤命令ですが、イベントに呼んでいただいたことに感謝しなければならないのでもちろん手当などありません。

きめ細かなコミュニケーションのため、大きなイベントでなく小さな交流会も時々開催されます。ただし呼びかけるのは部長職以上、呼ばれるのは未婚の若い女社員のみです。

もちろん断ったり楽しそうな素振りを見せなかったりすると後でネチネチ言われるので、実質社員を動員しながら経費でキャバクラですね。

最後まで典型的ダメ企業は素晴らしい

最後最後まで搾り取ろうとする姿勢も見事なものです。退職二週間ほど前に有給消化に入ったのですが、「もう退職予定だからこの案件は参加できない。クラウドわかる人間必要なら案件を諦めるか他を育ててください」と明確に伝えたにもかかわらず、勝手に受注して「やってくれなきゃ困る」となぜか私のせいにしてきました。挙句の果てに私の個人携帯の連絡先を同期から聞き出して、警戒させないために自分ではなく私の同期から電話させて、電話に出たらなんとか作業をさせようとあれこれ駄々をこね始めました。有給消化中で旅行に行っていることも伝えているのに、素晴らしい仕事への意識の高さです。

今後一切関わることはないと思いますが、生まれて初めて他人に心から不幸になってほしいと思いました。

また、"エンジニアしぐさ"のひとつなのか「良い悪いじゃない」「転職手段であって目的でない」「ケースバイケース」などといってひたすら物事を相対化することがカッコイイと思っている人が界隈にはたくさんいらっしゃいますが、仔細に見れば傷の舐め合いや現実逃避ほとんどでしょう。

私はSESのすべてを知っているわけではないので、もしSESという業態が好きでたまらない、幸せでたまらないという方(もちろん搾取する側以外で)がいらっしゃったら、ぜひとも他人に噛み付くのではなくご自分でそのお気持ちをどこかにアウトプットしていただきたいです。

2018-11-29

欧米流行しているWebサービス

日本国内でもメジャーだったりマイナーだったり

サンフランシスコ20年働いてます

Facebook

SNS定番はやはりコレ

Delete Facebook運動炎上してもFacebook Messengerを含めてデファクトスタンダード地位はなかなか陥落しない

Twitter

Twitter流行しているのは日本だけではない

Twitter黎明期ではAPI自由度が高く、TwitterはそんなAPIを利用するIT系エンジニアと協力して育ってきたという歴史がある

そのため今でもIT系エンジニアが利用している傾向にあり、海外IT系エンジニアを講演などへ招待する際Twitterを経由するのがデファクトスタンダード

ただし近年のTwitterの動きによりDelete TwitterしてしまったためコアなIT系エンジニアとは連絡付かないことがある

こういう人はGNU SocialかMastodonかDiaspora*かFriendicaに居る

Instagram

欧米10代に評価され一気にユーザが増えたSNS

まりにも一気に流行しすぎる上に、Facebook傘下となってしまたことにより10からはオジサンバサンばかりと言われる始末

10代はTikTokへ移行してしまった

TikTok

前述のInstagramがオジサンバサンに乗っ取られてしまったため10代が移行したサービス

TikTokのノリは流石のキラキラ系のオジサンバサンもキツいのかInstagramほどオジサンバサンの参戦は少ない

ただ"つぶやき"先がTikTokかと言えばそうではないようだ

Youtube

日本ではニコニコ動画が人気であったときに、ゆっくりと普及していったYoutube

Youtubeクリエイターのための収益サービスを展開したことにより日本でもニコニコ動画駆逐した

動画投稿者のことを当初欧米ではYoutube CreatorやVideo Creator、Videographerなどと表現されていたが、Youtube自身CMの影響により最近欧米でもYoutuberという表現を見るようになるという和製英語逆輸入パターンが起きてる

YoutubeブランディングとしてYoutuberという語は丁度良かったものと思われる

Youtube TV

Youtube地上波TV放送CATVが観れるサービス

欧米特に北米ではCATVが強すぎるのでWebからも観れることが多い

日本ではNHK問題とかあって何だか色々面倒くさい

Twitch

ゲーム向け動画共有サービス

日本では何でもかんでも動画Youtubeとなっているが欧米ではゲーム動画と言えばTwitch

特にチャット/コメント欄Youtubeよりも見やすく、ゲーム親和性が高いので評価されている

ただ近年は厳密に住み分けされているか?と言われるとそうではなく、Youtubeのみで活動しているゲーマーTwitchのみで活動しているゲーマー比較するとTwitchの方が多いかな?という程度

Reddit

欧米定番電子掲示板サービス

ただ2ちゃんねる(5ちゃんねる)と同様にユーザ高齢化が進んており、若年層も居るといえば居るがメインのユーザ層かと言えば絶対にそんなことはない

Slashdot

Redditよりも高齢化が進んでる電子掲示板サービス

日本スラド民と似たようなもの10代はほとんど見ないしスラドに常駐している10代の将来を心配したくなる

流行しているか微妙だが関連の流れで紹介

Disqus

コメント欄のないWebページやブログコメント欄を追加できるサービス

サービス性質としてはコメントがメインの文化のため日本はてなブックマークに近い

Disqusを設置する管理者側が有料プランに加入していないと広告が表示されてしまうため紛らわしい面もある

Pocket

正しくソーシャルブックマークサービス

あとで読む」など有用機能も高評価されている理由

Pinterest

デザイナーファッショニスタには定番スクラップサービス

日本でもアンテナ高い人は使っている印象はあるが、日本支部女性スタッフが知らなかったりすることがよくあるのでまだまだ日本では普及しきっていない印象を勝手に持ってる

日本ではInstagramあたりでデザインファッション流行を掴むことが多いらしいが欧米ではPinterestのほうが利用されている(Instagramはそういう用途でのノイズが多い)

ただPinterestが普及しているからと言って欧米人がオシャレかと言えば察する必要がある(サンフランシスコ住民IT系ブランドTシャツ好きすぎ問題)

WhatsApp

欧米では実はインスタントメッセンジャーサービスが乱立しており、送り先ユーザによって常駐しているインスタントメッセンジャーが違うというのはありがち

WhatsAppFacebook Messengerでなければコッチで連絡付くだろうというポジション

利用者比較的若年な傾向はあるが、絶対的にそうとは言い切れない

SnapChat

ポストWhatsAppか?と言われていたものののWhatsAppを超えることなく失速した感のあるチャットサービス

それでもTikTokに行かなかった10代はSnapChatを利用している傾向にある

Slack

ビジネス向けチャット

職場Slackを導入していてくれたらコチラで連絡を取るということも少なくはない

チームメンバーと気軽にやり取りできると高い評価を受けリモートワークの普及に貢献したが、気付いてみたら24時間働けますか?状態になってしまった

欧米では過労働が絶賛社会問題化進行中。欧米日本に追い付いてきた。

Discord

主に欧米ゲーマー需要を満たすゲーマー向けチャット

Slack互換APIなどIT系需要も満たし人気

友人グループ間のボイスチャットでは最早デファクトスタンダード

SMS

Webサービスかと言われれば悩むが、詳しい人なら現在SMSは大きな括りで言えばWebサービスだと知っているはず

欧米でなぜここまでインスタントメッセンジャーが乱立しているか?といえばSMS存在があったか

電話番号を知っておりどうにも連絡付かない場合SMSを使うのがド定番

Hangout(Hangout Chats)

Googleインスタントメッセンジャーサービス

Gsuite(Google Documents)ユーザを中心に使われており定番と言えば定番と言えるポジション

Gsuite(Google Documents)

教育

欧米教育現場ではGsuite無双表現しても良いくらGoogleシェアを持っている

Microsoftもそこそこシェアを持っているがGoogle比較したら数段落ちる

Apple教育現場でのシェアゼロと言っても良い。Appleが悪いのではなくGoogleが普及しすぎてAppleが不便になっちゃってるだけ

学生学校宿題を友人間シェアし、共同編集宿題を進めるなど、10年前では考えられない宿題ハックが流行している(共同研究表現するとアリっちゃアリかな?)

ビジネス

ビジネス現場では主にスタートアップMicrosoft Office代替として利用されている

Gsuiteを導入している企業では非常に細かなオフィススイート機能を使う際はiWorkやLibreOffeceなどを使う傾向にある

当のMicrosoftAzureなどのサーバサイドサービスビジネスの主軸を移しつつあるので、そこまでMicrosoft Officeでの収益は期待していないように思われる

JIRA

プロジェクト管理ツール

大手からスタートアップまでプロジェクト管理ツールはたいていコレ

欧米ではMicrosoft OfficeよりもむしろJIRAのほうがヘイトを集めているような気がしなくもない

Evernote

Gsuite(Google Documents)と比較すると厳しい面が捨てきれないオンラインノートサービス

Evernoteのコンセプトが自身スタイルに合えば非常に有用サービスなのだが、大半の機能は他のWebサービス代替できてしまうため立ち位置微妙

ちなみにこのエントリの下書きはEvernoteで書かれている

Dropbox

クラウドストレージサービス

Evernoteが苦戦する理由がGsuite(Google Documents)とこのDropboxにあり、共同編集スクラップブック的な用途はこの2つのサービス代替出来てしま

UNIX/Linuxへ対しても公式的にサポートしているというのもDropboxの優位性

Foursquare/Swarm

位置共有サービス

自身位置地域施設レビューを共有するためのサービス

ポイントや進捗などのゲーム性がある点が評価理由

Google Map

最早説明必要がない地図サービス

Foursquare/Swarmのような位置共有やレビュー機能も強化され、待ち合わせや情報収集に関しても隙がなくなった

Waze

Google出資しているドライビングナビゲーションサービス

サンフランシスコ道路渋滞する原因の1つ

Spotify

音楽聴き放題サービスSpotify絶対ポジション

ただYoutube Musicが登場したことによりSpotifyの充実したプレイリストという優位性が少なくなったので注目されている

個人的にもYoutube Musicに移行しても良いかな?と検討中

Nest

ホームマネジメントサービス

ハードウェアも売っているのでWebサービスか?と言われると微妙だが、ホームマネジメントではNestが圧倒的シェアを持つ

Google傘下であり、Amazonもここ最近は頑張っているが、インターホンや空調管理などのハードウェアは結局NestなのでGoogleは上手いことやったなという印象

Apple教育と同じようにこの分野ではゼロと言っても間違いない

Adobe CC

圧倒的コストパフォーマンスを持つクリエイティブサービス

ここまでAppleがボロクソだったがAdobe CCのためにiPadが手放せないという人も多い

一時期クリエイティブ系のWindows移行が進んでいたが、Adobe CCのお陰でクリエイティブ用途Apple延命された

Amazon

説明する必要がない通販サービス

電子書籍分野でもKindleトップシェアとして君臨

Steam

ゲームストアプラットフォーム

ゲームデベロッパーの中にはSteam依存を下げようとする動きがあるものの、やはりユーザ数として魅力が高く、その地位は揺らぎにくい

アダルトゲームの開放タイミングなど時流の読みが上手い印象がある

Uber

配車サービス

日本でも展開しているが、本来Uber白タクになってしまうので日本ではほぼ別サービス

MyFitnessPal

定番フィットネスマネジメントサービス

特にカロリー計算有用飲食店商店を含む料理食材栄養情報が既に登録されており、自身健康管理が便利にできる

ちなみに日本情報もそこそこあり、情報に不足があればデータベースへ追加して拡充できる

その他の動き

VLOG

欧米では年齢関係なくVLOG(VideoLog)によって自身日常シェアするのが流行している

顔出しに抵抗のない文化を歩んできたこともあって、そういう点が日本とは大きく違う

その動きは動画自動編集ツールGoProなどのアクションカムドローン、先日発表されたDJI OSMO Pocketなどのハードウェア製品にも現れている

商業店や公共施設・公官庁政治家に至るまで積極的スタッフ・本人の日常的な動画作成し公開する動きもあり、ポジティブな印象形成に役立っていると思われる

例えば日本だと教師政治家休日に開いたホームパーティーの様子を動画で公開してしまうという肌感覚理解しにくいように思う

OS

WindowsなのかMacなのか、iOSなのかAndroidなのかはぶっちゃけ当人によるという感じになっている

IT業界ではMacbookのシェアが高いのは事実だが、クライアントMacWindowsなだけで実質Linux仕事しているという人も珍しくはない

CG業界ではWindowsが主流と言われてきたが、近年では研究だと当たり前ではあったが、(レンダリング用途に)Linuxが小さな企業にも台頭し始めていることもあり、状況によるところが大きい

例えば某超有名宇宙戦争モノの映画にもLinux活用されていたりしているところを見ると考えさせられるものがある

2018-11-19

増田プログラマー養成講座 その22 データベース設計 概念物理

前回は、DB設計の(1)要件定義を学びました。

今回は、DB設計の(2)概念設計、(3)論理設計、(4)物理設計を見てみましょう。

 

DB設計の流れ

  1. 要件定義
  2. 概念設計
  3. 論理設計
  4. 物理設計

 

DB設計の教材

データベース解説本やWeb記事を調べてみた。

  1. 本「スッキリわかるSQL入門」 第12章 テーブル設計 https://book.impress.co.jp/books/1111101167
  2. Web記事「できるエンジニアになるためのちょい上DB術」 https://www.edifist.co.jp/lecture/dbdesign/

 

スッキリわかるSQL入門」のDB設計説明コンパクトにまとまっていて、分かりやすいと思いました。(是非一度読んでみてください。)

 

 

 

概念設計論理設計物理設計概要

スッキリわかるSQL入門」第12章の説明(p.374)を参考にしてみよう。(詳しくは本を読んでみてください。)

 

概念設計

管理すべき情報はどのようなものなのかを整理します。

データベースシステムに関することは考えず、要件に登場する情報だけをザックリと把握します。

たとえば、家計簿データベースであれば、扱うべき情報として「利用者情報」や「入出金情報」などがあることを明確にします。

また、情報間で関連がある場合、どのような関係があるかも併せて整理します。

 

論理設計

概念設計で明らかになった各情報について、RDBを使う前提で構造を整理し詳しく具体化していきます

論理設計では「どのようなテーブルを作り、それぞれのテーブルにどのような列を作るか」まで明らかにすれば十分です。

型や制約など、付随的な部分については考えません。

 

物理設計

特定DBMS製品(たとえばMySQL)を使う前提に立ち、論理設計で明らかになった各テーブルについて、その内容を詳しく具体化していきます

すべてのテーブルのすべての列について、型、インデックス、制約、デフォルト値など、テーブル作成必要なすべての要素を確定させます

この物理設計に基づいて、CREATE TABLE文などを含む一連のDDL文を作成し、最終的にデータベース内にテーブル作成することができます

 

本書の「図12-4 データベース構築のおおまかな流れ」も参考にして欲しい。

入力 お客様要件(全国の倉庫商品があって、その在庫管理したいんだけど~)

 

 

●処理 DB設計作業

 ・概念設計:(商品)(在庫)(倉庫) …ER図を作成

 ・論理設計:[商品][在庫][倉庫]    …正規化

 ・物理設計:[SHOHIN][ZAIKO][SOUKO]  …使うDB仕様に合わせてテーブル定義表を作成

 

 

●出力 DDL

 ・CREATE TABLE

 ・CREATE VIEW

 ・CREATE INDEX

 

 

 

(2) 概念設計

 

ER図とは?

ER図とは、「Entity-relationship Diagram」(実体関連図)の省略形だ。

 

ER図の用語

コンピューター用語英語ばっかりだから日本語にして欲しいよねw

 

ER図の書き方
  1. エンティティ―」は四角い箱で書く。
  2. 箱の中にエンティティ―の詳細な中身=「アトリビュート」を書く。
  3. 箱と箱を「リレーション」の線でつなぐ。
  4. 線の両端に「カーディナリティー」「オプショナリティー」の記号を書く。

 

ER図で使う記号は、「IE記法」や「IDEF1X記法」など、いろいろな規格がある。

情報処理技術者試験のデータベーススペシャリストの問題では、「UML」という図の記法も使われる。

 

 

 

(3) 論理設計

 

正規化とは?

正規化 Normalization」とは、データの形を「正規形」(Normal form)に変えること。

ざっくり言うと、テーブル(表)を分割して、データの重複や不整合を解消する作業だ。

 

テーブルの形を変えていくステップには、第1~第5まで5段階ある。

  1. 第1正規
  2. 第2正規
  3. 第3正規
  4. 第4正規
  5. 第5正規

それぞれの変形方法について理解しておこう。

実務では第3正規形まで正規化できればとりあえずOK

 

第3.5正規形(ボイス-コッド正規形)

第3正規形をより厳密にした「ボイス-コッド正規形」という形もある。

第3と第4の間なので「第3.5正規形」とも呼ばれている。

(ボイス-コッド形もカウントに入れたら、第1~第5、+第3.5で計6段階になる。)

 

非正規

正規化を進めると、SQLJOIN」の利用が増えてくる。JOINを多用する処理は遅い=DBの性能低下につながる。

第3正規形まで分割しても、実際に使ってみて遅い場合は、第2正規形や第1正規形に戻して使うこともある。これを「非正規化」とか「正規化を崩す」などという。

 

RDBでは処理速度が遅くなる場合、代わりに「NoSQL」を使う場合もある。

 

 

 

(4) 物理設計

 

時間がない場合、先にGUIDB管理ツールでデータベース作成してしまい、その後でテーブル定義表を作成することもある。

 

DB設計に慣れてきたら上記の各段階はすっ飛ばして、いきなりデータベースを作れるようになるだろう。

 

ここまで、SQLの使い方やデータベース設計について学びました。

次回は、その他のSQLに関連する話も見てみよう。

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマー養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマー養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマー養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマー養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマー養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマー養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマー養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマー養成講座 その9 MVCフレームワークを使ってみよう

anond:20181023184616 増田プログラマー養成講座 その10 OOP参考書

anond:20181024214133 増田プログラマー養成講座 その11 データベースを使ってみよう

anond:20181026145516 増田プログラマー養成講座 その12 データベース参考書

anond:20181028152656 増田プログラマー養成講座 その13 SQL文法

anond:20181031014212 増田プログラマー養成講座 その14 Webアプリの試作品作成

anond:20181101225335 増田プログラマー養成講座 その15 Webアプリの完成見本

anond:20181101230220 増田プログラマー養成講座 その16 Webアプリの完成見本(続き)

anond:20181104161900 増田プログラマー養成講座 その17 Webアプリの骨組み

anond:20181104233013 増田プログラマー養成講座 その18 SQLデータの追加と取得

anond:20181110120715 増田プログラマー養成講座 その19 SQLデータ更新

anond:20181110182445 増田プログラマー養成講座 その20 SQLデータの削除

anond:20181111205255 増田プログラマー養成講座 その21 データベース設計 (1)要件定義

anond:20181119224031 増田プログラマー養成講座 その22 データベース設計 概念物理 ←★今ここ★

anond:20181024214737 増田プログラマー養成講座 コンテンツ一覧

2018-10-28

増田プログラマー養成講座 その13 SQL文法

前回は、データベース参考書を見た。

今回は、DBで使うプログラム言語SQL」の文法を見てみよう。

 

リレーショナル・データベース(Relational Database、RDB)とは?

WikipediaRDB説明を見てみよう。

関係データベース(relational database)は関係モデルにもとづいて設計、開発されるデータベースである

関係データベース管理するデータベース管理システム (DBMS) を関係データベース管理システム (RDBMS) と呼ぶ。

Oracle Database、Microsoft SQL Server、MySQLPostgreSQLDB2、FileMakerH2 Database などがRDBMSである

 

関係モデルIBMエドガー・F・コッドによって考案された現在もっとも広く用いられているデータモデルである

データベース利用者は、クエリ(問い掛け)をデータベースに与え、データ検索したり、変更することができる。

 

データは表に似た構造管理されるが、関係と呼ぶ概念モデル化される。

関係は組(タプル、表における行に相当する)、属性アトリビュート、表における列に相当する)、定義域(ドメイン)、候補キー(主キー)、外部キーなどによって構成される。

SQLなどに代表されるデータベース言語(問い合わせ言語)を用いて、関係に対して制限・射影・結合・和・差・交わりなどの関係代数演算(集合演算を含む)ないし関係論理演算を行うことで結果を取り出す。

関係複数持つことも可能で、互いを関連させることも可能である

要するに、

 

SQLとは?

WikipediaSQL説明も見てみよう。

SQLエスキューエル)は、関係データベース管理システム (RDBMS) において、データ操作定義を行うためのデータベース言語(問い合わせ言語)、ドメイン固有言語である

エドガー・F・コッドによって考案された関係データベース関係モデルにおける演算体系である関係代数関係論理関係計算)にある程度基づいている。

 

SQLは、シークェルと読まれることもある。

これは、SQLの元となったデータベース言語が、IBMが開発したRDBMSの実験実装であるSystem Rの操作言語SEQUEL (Structured English Query Language)」であったことが由来である

SEQUEL (Structured English Query Language)」を略して「SQL」と呼んだらしい。

 

  1. 質問する、尋ねる
  2. 問い合わせ[クエリー]を行う

英語クエリーは、質問する、問い合わせる、という意味なんだね。

 

SQL3分

SQL説明するとき、3つのグループに分類される。

 

↑このページをよく読んでくれ。理解できたらSQL説明は終わりだ!!!

 

 

 

…というと、説明することがなくなるので、ちょっとまとめておこう。

このページの「表1●SQLDDLDML,DCLの三つに大別できる。このうちプログラマが最も多く使うのはDMLだ」という図を見てみよう。

 

という3種類に分けてる。順番に見てみよう。

 

DDL(Data Definition Language:データ定義言語

データベーステーブル、ビュー、インデックスユーザーなどを作成/変更/削除するときに使うSQL

これでデータベースを使う準備ができる。

  • 「CREATE」…作成する。
  • ALTER」…変更する。
  • DROP」…削除する。

 

DML(Data Manipulation Language:データ操作言語

データ操作するときに使う。いわゆる「CRUD」のことで、SQLのうち、このDMLを覚えれば、とりあえずRDBは使えるようになる。

CRUD(クラッド)とは、ほとんど全てのコンピュータソフトウェアが持つ永続性の4つの基本機能イニシャルを並べた用語

その4つとは、Create(生成)、Read(読み取り)、Update(更新)、Delete(削除)である

ユーザインタフェースが備えるべき機能情報の参照/検索/更新)を指す用語としても使われる。

 

この中で一番活躍するのは、「SELECTコマンド命令文)だろう。

SELECTは、いろんな条件を付けてデータを絞り込む/加工することができて、便利なんだ。(Excelなどの表計算ソフトよりも高機能

 

JOIN(結合)

RDBは「リレーショナル」(関係)という冠言葉が付いてることからも分かるように、関係がある表と表をくっつけて、データを加工できる。

表と表をくっつける操作のことを「結合」という。

SQLでは「JOIN」というコマンドを使って表と表を結合できる。

↑このページにある丸と丸が重なった図を見てくれ。この図は「ベン図」といって包含関係を示す図だ。図を描いて塗りつぶせば、欲しい部分が分かりやすくなるだろう。

 

結合の種類

表と表のつなげ方には、何通りかパターンがあるよ。

  • 結合は、「内部結合」(INNNER JOIN)と「外部結合」(OUTER JOIN)の2種類に分類できる。
  • 外部結合はさらに、「左結合」(LEFT JOIN)と「右結合」(RIGHT JOIN)と「完全結合」(FULL JOIN)の3種類に分類できる。

 

内部結合は単純だ。外部結合はちょっとややこしい。

外部結合は「LEFT JOIN」の形がよく使われると思うので、まず最初にLEFT JOINの仕組みを理解すれば大丈夫だろう。

(LEFTの仕組みを基準にして、RIGHTやFULLとの相違点を意識すれば、表のつなぎ方を間違えにくい?)

 

DCL(DataControl Language:データ制御言語

トランザクション」は、データ更新に失敗したとき、元に戻せる機能だ。(安全装置

  • 「COMMIT」…更新処理の確定
  • 「ROLLBACK」…更新処理の破棄

 

言葉だけだと意味が分かりづらいと思う。

Google画像検索で「トランザクション」を検索して、分かりやすそうな図解を探してみよう。

↑このページの「図1 処理失敗による不整合の発生」を見てみよう。

 

銀行で口座間の送金を考えてみる。Aさんの口座からBさんの口座へ50万円送金したい。

  1. Aさんの口座から50万円減らす。
  2. Bさんの口座に50万円追加する。

この2つの処理が両方とも成功しないと、送金は失敗だ。(Aさんは送金できてないのに貯金が減ったら怒る。Bさんは送金されてないのに貯金が増えてラッキー!)

AとBの両方が成功したら更新処理を確定する。AとBのどちらか、または両方が失敗したら更新処理は破棄してなかったことにする。(やり直し!)

これがトランザクションだ。

 

クレーム対応難易度

ちょっと話がそれるけど、トラブルの重大さ=クレーム対応難易度について考えてみよう。

  1. 人身事故 …人命にかかわる事故は取り返しがつかない。文句も一番キツイ絶対ミスがあってはならない分野のシステム開発はなるべく避けよう。
  2. 金銭絡み …(命の次に)お金大事という人は多い。人は金の話になるとシビア文句も強烈だ。決済など金銭絡みのシステムでは、RDBトランザクションを使おう。
  3. 上記以外 …その他のクレームは、それほどハードではない。匿名掲示板とか、どうでもいいゴミ情報投稿されるシステムなら、トランザクションは使わなくてもOKだろうw

 

DB管理ツール

ここまで、SQLRDB操作する方法について話した。

RDBは、SQLコマンド操作するだけでなく、DB管理ツールを使って操作することもできる。

DB管理ツールについても知っておこう。

 

この講座では「phpMyAdmin」というDB管理ツールで「MySQL」を操作した。

他にも、Google検索で「DB 管理 ツール GUI」などで探してみよう。商用だけでなく無料でも便利なソフトがたくさんあるね。

 

など。

 

SQLパズルだ!

SQLを駆使すると、欲しいデータをホイホイ取り出せる。

SQLコマンドを組み立てる作業パズルのような要素もあるので、遊びだと思ってSQLに取り組んでみて欲しい。

SQL パズル」でGoogle検索すると、いろんなテクニックが紹介されているので、時間があったらチャレンジしてみよう!

 

SQLの話は、それだけで1冊の本になるぐらい広範だ。今回は、SQL概要説明するだけになってしまった。

SQLの詳細については、前回紹介したSQL参考書などを読んでみてね。

 

まとめ

 

次回は、データベースを使ってWebアプリを作ってみよう!

データベースって便利だな~~~!!!」と実感して欲しい。

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマ養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマ養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマ養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマ養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマ養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマ養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマ養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマ養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマ養成講座 その9 MVCフレームワークを使ってみよう

anond:20181023184616 増田プログラマ養成講座 その10 OOP参考書

anond:20181024214133 増田プログラマ養成講座 その11 データベースを使ってみよう

anond:20181026145516 増田プログラマ養成講座 その12 データベース参考書

anond:20181028152656 増田プログラマ養成講座 その13 SQL文法 ←★今ここ★

anond:20181031014212 増田プログラマ養成講座 その14 Webアプリの試作品作成

anond:20181024214737 増田プログラマ養成講座 コンテンツ一覧

2018-10-24

増田プログラマー養成講座 その11 データベースを使ってみよう

前回まで手続言語の基本(構造プログラミングオブジェクト指向プログラミング)を見てきた。

今回から問合型言語SQLを学び、データベースDB)を使ってみよう。

 

データベースとは?

大量のデータを記録して、活用するために特化したソフトウェアが「データベース」だ。

データベースには、いろんな種類があるけど、今回学ぶのは「リレーショナル・データベース」(RDB)だ。

 

データベースの利点

データベースがなかった時代の人々は、大量のデータを扱うのに苦労していた。

データベース活用すれば、人間は脳の記憶力を補完して、膨大な知識を扱うことができるようになる。

キミも今日からデータベース活用して、記憶力を100億倍にしよう!ドラえもんの暗記パンなんて目じゃないぜ!!!

 

勉強方針

 

MySQLの起動

MySQL無料で使えるRDBです。MySQLデータベース練習をやってみよう。

それではさっそく、以前インストールしたXAMPPで、MySQLを使ってみよう。

 

  1. xamppフォルダの中にある「xampp-control.exe」をダブルクリックしてください。
  2. XAMPP Control Panel」が表示されたら、一番上の「Apache」と次の「MySQL」の「Start」ボタンクリックします。

Port(s)が「80,443」「3306」と表示されたら、PHPMySQLが使える状態になってます

 

phpMyAdminの起動

Webブラウザー(Google Chromeなど)で、「 http://localhost/phpmyadmin/ 」というURLを開く。

phpMyAdmin」という画面が出てきたらOK

 

phpMyAdminとは?

phpMyAdmin」は、MySQL管理するツールです。

phpMyAdmin」で検索したら、使い方を紹介する記事が、たくさん見つかります

 

phpMyAdmin(ピーエイピーマイアドミン)はMySQLサーバーウェブブラウザ管理するためのデータベース接続クライアントツールで、PHP実装されている。

phpMyAdminを用いることで、SQL文を記述することなく、MySQLデータベースに対して様々な操作が行える。

また、ユーザ任意SQL文を記述して実行することもできる。

 

phpMyAdminの使い方解説ページ

検索したら、こんなのがありました。

 

データベース作成

それでは練習で使うデータベースを1個作ってみよう。

後で簡単チャット(おしゃべり)ができるWebアプリ作ってみたいと思う。(Twitterをショボくしたシステムw)

チャット用のデータベースとして「chat」という名前データベースを作ろう。

 

これで「chat」という空のデータベースが1個できた。

 

テーブル作成

RDBの「テーブル」とは、データを保存する表のこと。

「chat」データベースの中に、テーブルを1個作ってみよう。

 

すると「名前」「データ型」「長さ/値」「デフォルト値」…などの空欄がたくさん並んだ画面が表示されただろう。

4段ある上から順番に、以下の通り入力してくれ。

これでテーブル構造を設定することができた。

これら4段の下にある「ストレージエンジン:」欄は「InnoDB」にしておく。

ここまで入力したら、画面右下にある「SQLプレビュー」というボタンクリックしてみよう。

すると、

CREATE TABLE `chat`.`message` (

 `id` INT NOT NULL AUTO_INCREMENT ,

 `create_at` DATETIME NOT NULL ,

 `update_at` TIMESTAMP on update CURRENT_TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ,

 `message` TEXT NOT NULL ,

 PRIMARY KEY (`id`)

) ENGINE = InnoDB;

というSQL文が表示されただろう。

これが「SQL」というデータベース操作するプログラミング言語の書き方なんだ。

今はツールを使って自動的SQL文を作成したが、SQL文法を学べば、自分で書けるようになる。

とりあえず、今はphpMyAdminでMySQL簡単操作してみよう。

 

すると、画面左側のデータベース一覧で、「chat」の下に「message」というテーブルが表示されるようになっただろう。

これでテーブル作成ができた。

 

データ作成

データベースと、その中のテーブル(表)を作ったけど、まだデータが入ってないので空のままだ。

phpMyAdminでデータを1件、追加してみよう。

すると、

INSERT INTO `message` (`id`, `create_at`, `update_at`, `message`) VALUES (NULL, '2018-10-24 12:34:56', CURRENT_TIMESTAMP, 'Hello, world!')

というSQL文が表示されただろう。

これがデータ操作するSQL文の一例だ。これも後でSQL文法を学んでみよう。

これでデータが1件追加できた。

 

こんなかんじで、とりあえず、phpMyAdminでMySQLをいろいろいじって練習してみよう。

 

まとめ

 

次回以降の予定は、

  1. データベース参考書を紹介
  2. SQL文法
  3. データベース設計方法
  4. データベースを使ったWebアプリ作成
  5. データベース理論

といったかんじです。

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマー養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマー養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマー養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマー養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマー養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマー養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマー養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマー養成講座 その9 MVCフレームワークを使ってみよう

anond:20181023184616 増田プログラマー養成講座 その10 OOP参考書

anond:20181024214133 増田プログラマー養成講座 その11 データベースを使ってみよう ←★今ここ★

anond:20181026145516 増田プログラマー養成講座 その12 データベース参考書

anond:20181024214737 増田プログラマー養成講座 コンテンツ一覧

2018-10-14

小規模(せいぜい十人〜二十人)のチーム用の、ガントチャートも表示できるプロジェクト管理ツールとかあんまり無いんだからビジネスチャンスなんじゃないの

作っちゃえよ

2018-10-11

Macユーザーってクライアント確認事項をまとめるのに何使ってんの?

WindowsユーザーならExcel質問と回答と回答日をまとめた表を作ってやりとりする。

質問セル質問内容書いて、隣の回答セルに回答内容書いて、回答日書いて、確認完了したら完了フラグ立てフィルタ非表示とかしてる。

Mac使ってるおしゃクソ野郎たちは何でクライアントとやりとりしてるわけ?

Excelより優秀な管理ツール存在するんでしょ?

2018-10-05

レベル上司指導されるとき人生無駄にしてる感

その上司独自の考えに基づいた、よそではまったく通用しない技術仕事のやり方。

ソースコードデグレしないようにする、数々の工夫や手順とか「普通にソース管理ツールを使ってればまったく無用知識だよな」とか思ってしまう。

上司に気に入られるためには、それを疑問を持たずに吸収してその通りにしなければならないけど、すごい人生無駄にしてる気がする。

しかもその人なりの一貫した思想があればいいけど、なにかあるたびにアドホックに、ああしろ、こうしろ、なぜわからん、みたいなことを言われるし。

テレパシーいかわからんよ。

2018-08-31

社内スキルによる全能感に溺れてはいけない

ある程度勤続年数が長くなると、ドキュメント化されていない社内独自のことをわかるようになる。

例えばこの案件はxxx部の○○さんに稟議を通したほうがいいとか、社内管理ツールの細かいノウハウなどなど。

これらを社内スキルと呼ぶとしよう。

勤続年数が長いということは後輩も多くなり、慕われることも多くなるだろう。

説明を何度もしていれば"この人に聞けば解決する"的な空気を感じると思う。

頼りにされると優越感が生まれる。人の役に立っているし、人より優れた人間だと自分錯覚させるかもしれない。

給与査定時で評価されると優越感を助長させるだろう。

自分は先日転職した。

前職ではまさに上に挙げた状態に陥っていて、自分が持っていたスキルは社内で有効なだけで社外ではなんの意味がないものだった。

なまじ色々な人から相談を受け、解決もしてしまっていたから、自分に自信を持っていたし、どこに出ても通用するなんてことさえ思っていた。

そして転職してみたら実際は当然そんなことはなく、自分のはりぼてだった自信や技術はすぐメッキが剥がれ、仕事ができないおじさんがそこにいた。

自分は社内スキルによる全能感に溺れていた。

ある程度の社内スキル必要不可欠だけれど、それができたからといって自分市場価値スキルが上がったわけではない。

フォーカスすべきなのは社外であって、自分技術水準や振る舞いが社外でも通用するかを忘れてはいけない。

補足しておくと、自分は社内スキルも大切だと思っている。

円滑に業務遂行するためには必須だし、どの会社でも完璧情報ドキュメント化されていることは少ないだろう。

ただし、社内スキル会社で務めるための前提であって、スキルではなかったのだ。

もし同じような感覚を持っている人がいたら本当に気をつけて欲しい。

2018-07-13

anond:20180713230225

流れてもいいコミュニケーションを迅速にするためのツール、なんだろうね。

重要な残すべき記録は外に連携しろ、って事かと。

そういう割り切りも高評価の一因だと思う。

MSのuservoice見てて思うけど、コミュニティベースだとみんな好き勝手うからな。

カンバン方式で単純なタスク管理ツールとして作られたPlannerで「細かいステータス管理したい!!」っていう

コンセプト全否定アイデアが膨大な賛同得てるからな。

2018-06-20

anond:20180619011345

日本では「Task List」や「Reminder」ほど定番化はしていないのだけれど、同種の行動管理ツールに「Habit Tracker」というものがある

Habit Trackerは毎日の行動を習慣付けることを目的として、一定期間の行動の完了・未完了トラッキングして習慣付いているか?を視覚確認することができる

Habit Trackerをデジタルデバイス上で再現したアプリ所謂フィットネスアプリに多く、例えばApple Watchだと「アクティティ」はHabit Trackerの一種

Habit Trackerをデジタルデバイス上で再現したアプリは、一定期間の行動の完了・未完了トラッキングしてスコアとして表示してくれるものが多い

更にはHabit TrackerアプリにはReminder機能内包しているものもおおく、所定の時間になると通知してくれたりもする

1日にこなす全習慣の全貌を把握しきれていない、習慣をどれだけこなせてるか判らない、物忘れが多いような人はHabit Trackerアプリを様々試してみては如何だろうか

2018-06-05

俺の周囲ではソース管理ツールは、ただのファイル共有ツールとしてしか認識されてないから、subversionでもgitでも、なにを使っても変わる気がしない。

2018-06-02

anond:20180525174142

タスクブレークダウンが実行力を改善する鍵

日々のToDo管理を振り返ると、実行が困難な大きな計画でも、小さく分割して簡単作業に変えれば、確実に実行できるようになる、と分かる。

 

 

こうしてみると、自分に合ったToDo管理手法ツールを用意することが大事だと分かる。

プログラマーが1番最初に開発すべきアプリは、自分専用のプロジェクト管理ツールだろう。

WBS作成や、タスクブレークダウン、予実の可視化ができれば良い。

 

段取り八分 だんどりはちぶ

段取り八分とは、仕事を進める上で、事前の準備がいか重要かを表した言葉

仕事段取りキッチリしておけば、その仕事は8割完了したも同然であるという意味

この言葉の後に、「仕上げは二分」と続くこともある。

 

ビル・ゲイツが「その問題とこの問題独立している」とよく言っていたことを覚えています

課題の分割は、複雑な問題効率的解決するうえで重要なことだと思っています

2018-05-15

ライブラリソースリポジトリに含めるか否かの規則

npm, bundler, CocoaPods など、言語によってライブラリ管理ツールは多数ある。

しかし取得したライブラリソースリポジトリに含めるか含めないか公式見解はまたそれぞれ違う。

そしてそれぞれもっともらしいことを言うのだが、それらは詭弁であって、結局この規則に基づいているだけに過ぎない。

2018-05-10

anond:20180510063957

全て捧げてるから偉いって話ではなくて

はてなーでよく見るみたいに

家事効率化に取り組んだら?

イベントごとも管理ツール取り入れたり

負担減らす取り組みが足りてない気がする

2018-04-19

Docker社が不憫でならない

コンテナ仕様は後追いの大手企業が寄って集って組んだ団体に乗っ取られ

管理ツールGoogleに乗っ取られ、イノベーション起こしたのに完全に脇役扱いなのほんとに不憫

2018-03-17

遅刻自動通知

IT系会社なので便利ツールを作ってる人が多い

メールだと無駄な前文とか末文とか入れないといけないとか、社内で毎日メールで進捗を報告しないといけないとか無駄ルールがあるからそれを楽にするためのツールも数多くある

ウェブページに本文だけ入れればあとは全部自動入力されてメール送信されたり、プロジェクト管理ツールから自動で進捗を算出してメールするなどだ


うちでは遅刻があるといなかった時間減給される

それでも事前に報告したかどうかで減給度合いが変化する

報告はチャットにひとこと入れるだけでいい

なので始業時刻直前にPCログインされていなければ「遅刻します」と自動発言するようにしておけばマイナス量が軽減される

自動発言されるので寝坊しても事前報告してるわけだ


ただここまでいくとそもそも社内ルールの方を帰るべきなんじゃないかと思わなくもない

遅刻するかだと無事なのかどうかの確認意味もありそうだから倒れてても大丈夫そうに報告されるし





2018-02-27

サーバマシン起動が無駄に仰々しいこと。。ばかみたい

重厚長大イコール高性能かよ?バブル期の考えのまんまだな。

起動にちんたら7〜8分もかけてさ、この起動時間は、新モデルになるにつれてどんどん長くなっている。

Xeon積んでるのに、へんなインストール支援ツールやら、RAID構成ツールやらは、二万円程度で売られていそうなAtom機と遜色ない遅さ。

Windowsデスクトップから管理ツールWEBベースに成り果てて、無駄https接続だったりして、証明書エラーエラーポップアップも多発するし却ってセキュリティ気持ち悪い。

もしかしてここのメーカーだけなのかな。。いままでなんとなくメーカー統一してきたけど、替えどきなのか。

2018-02-19

リマインダーツールで良いの教えて

全然IT関係じゃないからわからないんだけど、ちょっと発達入ってるので日程とか簡単無視するしやばいなーと思ってる

wunderlistってのが良いと聞いたんだけどMSに買収されてたよね

将来性がなくてつらいなと思ったからべつのを探す旅に出てます

やりたいこと

基本的には手帳スケジュール管理しているのですが、なんだかんだ言って通知されないとすぐに忘れるしやらない

からせめて何処の環境でも使い続けられるリマインダーが欲しい

あと、ゲーム仲間と旅行計画立てる際にそういうの活用できないかなーと思ってる

ふわっとしてるよね

GoogleKeep
Todoist
MSTodo

Trello

色々迷ってるけど、MSTodoはそこそこUIがいいので使ってみようかなと思ってます

何かおすすめのやつや使い方あったら教えてください

2018-02-11

やるべき事ができない

3連休も半分過ぎたが、何もやれていない。

毎週やってる洗濯くらいはしたが、

近づいてきた資格試験勉強もせず、プログラムもせず、部屋の掃除もしていない。

ダメだと分かっているのにできない。

するべき事も分かってるのにできない。

俺の人生はずっとこうだ。

その場その場で、どうでもいい事で時間をつぶしてしまう。

インターネットが無かった時代も、小説ばかり読んでいた。

何度も自分を変えようとしてきた。

日記をつけ、スケジュールを立て、タスク管理ツールを導入したり、ToDoアプリGoogleカレンダーに予定を書き込んだりもした。

でもダメだった。

3日坊主言葉通り、長くても1週間かそこらで使わなくなった。

最初のうちは日記やスケジューラを運用出来ていて、「このやり方は自分に合ってる」と思っても、

数日もすると、何かにとりかかろうとすると感じる苦痛が、そのまま日記スケジュールToDoを書こうとした時に感じられるようになった。

まるで、脳が「こっちへ行くとしんどい」というのを学習たかのように、免疫がついてダメになる。

今まで生きてきて分かったことは、

自分は信用できない、意志の力に頼っても無駄だ、脳は必ず楽な方向に逃げ場を見つける、

というどうしようもない法則だけだ。

するべき事をできる人って、どうやって自分を動かしているんだろう。

多分、この日記を見てるような人は、俺と同じくやるべき事ができずに、ダラダラ休日が潰れていく人がほとんどなんだろうが、

もし知っているなら、自分コントロールする手段を切実に教えて欲しい。

願わくば今日以降こんなサイトを見向きもしなくなるような手段が欲しい。

2017-12-18

Todo管理ツール雑感

転職を機にタスク管理見直してみたのでメモがてら書き起こしてみます

これまでは付箋にやること書いて終わったら捨てていくという超アナログスタイルでした笑

個人的必要な条件としては

タスクメモサブタスクをつけることができる。

②日時の変更や完了処理などが直感的にできる。

デザインが好みである

ですね。

・Wunderlist

見た目はスッキリしていて使いやすく、機能必要十分に揃っていて特に不満もないですが、

microsoftに買収されそろそろサービス終了してしまうのではないかという噂が不安

Evernote

タスクごとに一つのノート作成し、ノートタスクの詳細やサブタスクを書き込む形で運用

検索性やワークスペースの広さは随一ですが、一覧性に乏しく、タスクの進捗状況の処理もチェックマークをつけるだけの他のツールに比べて煩わしい感は否めなかったです。

・Trello

看板型のリスト作成ツール

Todoリスト作成専用のツールではないため自分運用方法を考える手間がありますが、その分自由度は高い。

カードごとにコメント添付ファイルをつけたりラベルで分類できたりなど機能性も◎。

しかし、完了後のタスクが埋もれてしまいがちなので見返すのが億劫に。

Todoist

シンプルかつ多機能

メイン画面のレイアウト個人的には一番好み。

コメントを付けたりラベルを貼るなどの機能は有料プランでないと使えない。

こちらも完了後のタスクが埋もれがち。

結論

タスク管理Todoistでしつつ、Evernoteタスクの詳細などを記入し双方をリンクさせる、というのが私の作業フローマッチしたのでしばらくこれで続けてみたいと思います

現在タスクTodoistで一覧し、完了後のタスクEvernote検索性の高さで容易に掘り起こすことができる。

Todoistのタスク名は[タスク名](URL)の書式でリンクに出来るのでそこからEvernoteメモ飛ばししまうという力技です(ドヤ顔で書いてはいますがもうやってる人たくさんいるでしょうね笑)。

これならTodoistも無料プランのまま拡張したようなものですし、IFTTTなどで連携させればもっと可能性が広がりそうです。

他にもおすすめタスク管理ツール運用法があったら教えてください。

2017-12-11

Powershellおばちゃん

Powershellおばちゃん「要素1つの配列なんか、どうせ中身だけしか要らんやろ?Arrayの皮むいといたで(ニッコリ」


他にもいろいろあると思うけど、とりあえず最大のお節介ネタだけ書いた。

Powershellシステム管理ツールであって、プログラミング言語ではないと思う。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん