@Blog{zip358.com}
日常日誌からプログラムやYOUTUBER紹介、旅日記まで日々更新中です。
本を読む習慣、パラパラ読みだけど要点を。
2023.08.14
本を読むことは知識を得るために重要な活動ですが、ほとんどの人にとっては、時間の制約があります。そのため、本を効率的に読む方法が求められます。
一つの方法は「パラパラ読み」です。これは、本のページをざっとめくり、目に付くキーワードや文章の一部を読み取ることです。この方法では、本の内容を全て理解することはできませんが、大まかな内容やテーマをつかむことができます。特に、目次や章立ての見直しに役立ちます。
もう一つの効果的な方法は「速読術」です。速読術は、読み手の読解力や集中力を高める技術です。その中でも有名な方法は、目で文章を追いながら、一定のスピードでページをめくることです。この方法では、文章全体を理解することはできないかもしれませんが、キーポイントや重要な情報を把握することができます。
どちらの方法も、本を効率的に読むための手段ですが、注意が必要です。パラパラ読みや速読術は、一部の本や特定の状況に適しているかもしれませんが、全ての本に対して適用することは難しいです。特に小説や文学作品など、感性や表現力が重要な本は、ゆっくりと時間をかけて読むことが必要です。
要点を見極めるためには、目次や章立てを活用することが重要です。これらの情報を参考にしながら、自分が求める情報や知識が書かれている部分を重点的に読むことができます。また、本の最後にはまとめやポイントが書かれていることが多いので、最後のページを見ることも有効です。
さらに、読書の前に予習や関連書籍のレビューをすることも効果的です。これによって、読むべき部分や重要な情報を予め知ることができます。
本を効率的に読むためには、目的や目標を明確にすることも重要です。読みたい本が自己啓発や専門知識の獲得に関係がする場合、自分の目標と合致する内容や情報を見つけることが重要です。そのためには、キーワードや索引機能を活用することがおすすめです。
最後に、本を読む時間を確保することも大切です。毎日少しずつ時間を作って本を読む習慣をつけることで、知識の獲得や情報の吸収を効率的に行うことができます。
要点を見極めるためには、パラパラ読みや速読術といった手法を使うことが有効ですが、注意が必要です。適切な本や状況において活用し、目次や章立て、ポイントなどを参考にしながら、自分の目的や目標に合致する情報を見つけることが大切です。さらに、予習や関連書籍のレビュー、読書の時間確保も効果的な手段です。知識や情報を効率的に得るために、これらの方法を取り入れてみましょう。
著者名 @taoka_toshiaki
※この記事は著者が40代前半に書いたものです.
Profile
高知県在住の@taoka_toshiakiです、記事を読んで頂きありがとうございます.
数十年前から息を吸うように日々記事を書いてます.たまに休んだりする日もありますがほぼ毎日投稿を心掛けています😅.
SNSも使っています、フォロー、いいね、シェア宜しくお願い致します🙇.
SNS::@taoka_toshiaki
タグ
パラパラ読み, 一定, 予習, 制約, 吸収, 小説, 感性, 手段, 手法, 文学作品, 特定, 目次, 章立て, 索引機能, 習慣, 自己啓発, 要点, 読書, 読解力, 速読術,
倉庫作業がロボットに仕事が奪われるまで、あと何年?
2022.07.22
おはようございます。退職してから一週間経過しましたが、まだ何ともです。
さて、倉庫作業がロボットに仕事が奪われるまで、あと何年か考えてみました。自分の予想はあと数十年先だと思っていますが、これは既存のシステム、今までの倉庫作業を置き換えるという意味であって今までとは考え方を変えてロボットに優しい倉庫システムを作ったのならばロボットは人型ロボットではならないなどの制約は受けないのです。そういう倉庫(物流センター)2.0は、もう導入されています。
なので、ゆくゆくは物流センター(物流倉庫)は上記の動画にもあるような、自動化へ置き換わると思います。それは時間の問題だと思います。因みに配送までも全てロボットに何れ置き換わると思いますよ。因みに自動化が行われるのは労働系よりもデスクワークのお仕事の方が早く置き換わると考えています。なので、実は職を失うのは労働者よりもデスクワーカーだったりしてそんな人々が労働へシフトしていくと可能性もあり労働者も大変な時代になる可能性はあると思います。
著者名 @taoka_toshiaki
※この記事は著者が40代前半に書いたものです.
Profile
高知県在住の@taoka_toshiakiです、記事を読んで頂きありがとうございます.
数十年前から息を吸うように日々記事を書いてます.たまに休んだりする日もありますがほぼ毎日投稿を心掛けています😅.
SNSも使っています、フォロー、いいね、シェア宜しくお願い致します🙇.
SNS::@taoka_toshiaki
タグ
2.0, Future, of, Robotics, The, お仕事, これ, システム, センター, それ, デスク, ニトリ, ロボット, ワーク, 一, 上記, 予想, 人型, 仕事, 何, 何年, 作業, 倉庫, 全て, 制約, 労働, 動画, 商品, 問題, 大量, 導入, 意味, 数十, 方, 既存, 時間, 物流, 経過, 考え方, 自分, 自動, 退職, 通販, 配送,
今はよく使う無名関数と即時関数というモノ?
2021.06.21
javascriptを例に無名関数と即時関数をよく書いています。尚、PHPでも同じ要領で無名関数と即時関数がかけます。たぶんいろいろな言語に同じ要領で書けるようになっていると思います。但しPHPにアロー関数での無名関数と即時関数がどうか分かりません。因みにPHPの方に即時関数があることは結構、最近になって知りました。
自分は無名関数の存在は知っていましたが、あまり使うことがなく使い方もヘンテコな使い方をしていましたね。
無名関数や即時関数を使わない人もいると思います、駆け出しのエンジニアさんに配慮して書かないという職場もあるでしょうし、制約で書けない場合もあるかもしれません。
そんな感じで仕事をしているといろいろ制約の中でコードを書くことになるので、ちょっと窮屈感を感じる人も多いと思います。特に開発に新しい技術を取り入れるような実験が出来る職場は少ないです。大規模開発になればなるほど、実験的な事ができなくなる傾向にあると思います。それも仕事だと割り切るしか無いかなと思います。使いたい技術は私用で開発するときに使うようにしましょう。そういうITエンジニアは結構いますよ。
//functionで無名関数
var mumei1 = function(a){
return a;
};
console.log(mumei1(123));
//アロー関数で無名関数
var mumei2 = (a)=>{
return a;
};
console.log(mumei2(123));
//functionで即時関数
console.log((function(a){
return a;
})(123));
//アロー関数で即時関数
console.log(
((a)=>{
return a;
})(123));
著者名 @taoka_toshiaki
※この記事は著者が40代前半に書いたものです.
Profile
高知県在住の@taoka_toshiakiです、記事を読んで頂きありがとうございます.
数十年前から息を吸うように日々記事を書いてます.たまに休んだりする日もありますがほぼ毎日投稿を心掛けています😅.
SNSも使っています、フォロー、いいね、シェア宜しくお願い致します🙇.
SNS::@taoka_toshiaki
タグ
javascript, php, アロー, いろいろ, エンジニア, コード, こと, ヘンテコ, もの, 中, 事, 人, 今, 仕事, 使い方, 例, 傾向, 制約, 即時, 場合, 大規模, 存在, 実験, 感, 感じ, 技術, 方, 最近, 無名, 窮屈, 職場, 自分, 要領, 言語, 配慮, 開発, 関数, 駆け出し,
マウスの動きをトラッキング(追跡)する。
2020.11.17
サイトのマウスの動きをトラッキングして行動パターンを知りたいという案件がクラウドでありました。応募はしていませんが考え方はこのような感じだと思います。ただ楽天サイトだという制約があったのでクロスサイトへ接続可能なのかはわからないけれど…ね?。
考え方のソースコードとdemoサイトのリンクを貼っときます、因みにIPを取れるJSライブラリもあるみたいなので、それを使用すると案件の内容が完結すると思います。
尚、PHPで再度、返却していますが、実際トラッキングする場合はPHP側でJSから送ったデータを保存処理を行う処理とクライアントが開いている状態のページの画面をキャプチャする機能などが必要になるかと思われます。そういう処理をPHP側で行わないといけないので、実際はJS側ではマウスのトラッキングとクライアントがブラウザで開いた画面サイズもPHP側に送信する必要はあるかなと。そういう事をPHP側に追加すれば良いのかと・・・感じました。
Demo22:: https://zip358.com/tool/demo22/
window.onload = function(){
document.body.addEventListener("mousemove",(e)=>{
var timeInMs = Date.now();
document.querySelector("#log").innerHTML = navigator.userAgent + "<br>" + "x=" + e.offsetX + "y=" + e.offsetY;
var data = {timeInMs:timeInMs,userAgent:navigator.userAgent,x:e.offsetX,y:e.offsetY};
move_xy(data).then(function(response){
console.log(response);
});
});
};
async function move_xy(data){
return await new Promise(function(resolve) {$.ajax({
type: "POST",
dataType: "json",
url: "./move_xy.php",
data: data,
success: function (response) {
if(response.res==="ok"){
resolve(response);
}
resolve(false);
},
error:function(XMLHttpRequest, textStatus, errorThrown){
resolve(false);
}
});});
}
<?php
$obj["timeInMs"] = $_POST["timeInMs"];
$obj["userAgent"] = $_POST["userAgent"];
$obj["x"] = $_POST["x"];
$obj["y"] = $_POST["y"];
$obj["res"] = "ok";
print json_encode($obj);
著者名 @taoka_toshiaki
※この記事は著者が40代前半に書いたものです.
Profile
高知県在住の@taoka_toshiakiです、記事を読んで頂きありがとうございます.
数十年前から息を吸うように日々記事を書いてます.たまに休んだりする日もありますがほぼ毎日投稿を心掛けています😅.
SNSも使っています、フォロー、いいね、シェア宜しくお願い致します🙇.
SNS::@taoka_toshiaki
タグ
demo, IP, JS, php, あるかな, キャプチャ, クライアント, クラウド, クロス, コード, サイズ, サイト, ソース, それ, データ, トラッキング, パターン, ブラウザ, ページ, マウス, ライブラリ, リンク, 事, 使用, 保存, 側, 内容, 再度, 処理, 制約, 可能, 場合, 完結, 実際, 必要, 応募, 感じ, 接続, 案件, 楽天, 機能, 状態, 画面, 考え方, 行動, 返却, 追加, 追跡, 送信,
お釣りの計算アルゴリズム
2017.09.22
// 1.所持金の貨幣枚数を計算
// 2.おつり(1の貨幣から算出可能な金額 – 買い物金額)のリストを算出
// 3.2でもとめたすべての金額について、貨幣枚数を計算
// 4.3の貨幣枚数で一番少ないものを求める
引用元:三十路エンジニアの備忘録+α??http://d.hatena.ne.jp/rockstar2007/20091127/1259327765
お釣りの計算アルゴリズムが結構、面白い。
ちょっとした頭の体操になる気がしますので、上記の解を見ずに
ヒントだけで考えてみると面白いかなと思います。
今回は自販機のお釣りのアルゴリズムなので、紙幣と硬化は制約がありますので
組み合わせを考えてみると案外簡単に作れるのかなと思います。
ある意味力技みたいな感じかな?
この頃、頭が固くなる一方なのでこういうのが事を考えて
コードは書かないという・・・じぶんですが考えて順立てするだけでも
全然違うのかなと思います。
著者名 @taoka_toshiaki
※この記事は著者が30代前半に書いたものです.
Profile
高知県在住の@taoka_toshiakiです、記事を読んで頂きありがとうございます.
数十年前から息を吸うように日々記事を書いてます.たまに休んだりする日もありますがほぼ毎日投稿を心掛けています😅.
SNSも使っています、フォロー、いいね、シェア宜しくお願い致します🙇.
SNS::@taoka_toshiaki
タグ
おつり, じぶん, ヒント, 三十路エンジニア, 備忘録, 制約, 意味力技, 所持金, 硬化, 算出, 紙幣, 組み合わせ, 自販機, 要因, 角川ソフィア文庫, 計算アルゴリズム, 貨幣枚数, 買い物金額,
AMPページ辞めた理由。
2017.08.16
AMPを辞めた理由はこれ!
AMPとはグーグルさんが推奨するモバイルファーストな仕様なんだけど
これ今のところ、制約が多すぎて面倒と思ったのが
一番の理由です。
二番目の理由は、AMPに変えたからと言ってアクセス数が
急激に増えたわけでもないので、まぁ今のままで良いかなと
思えたのです。
これらの理由により、数週間前からAMP辞めてます。
表示速度はAMPにするとめちゃくちゃ速いですけどね。
殆どベタページと変わらない仕様になるのですが、
広告掲載や何やらを規制が多くこれは結構痛いなと思うのが
一番ですね。たぶん今のままでは広まるのには時間がかかりそうです。
SSLファーストが広まったのには
理由があると思います、まずはセキュリティの問題解消です、そして
それほどSSL導入は難しくないのでエンジニアが対応できたという
事が要因だと思うのですね、それに対してAMPは
それほど、ユーザーから求められてはいない、
AMPのためにデザインを変更しないといけない、
JSの制限が大きいなど、制限が大きいため自分の考えでは
今のところ、様子見で良いと思います。
トイウコトで自分はAMP停止しました。
著者名 @taoka_toshiaki
※この記事は著者が30代前半に書いたものです.
Profile
高知県在住の@taoka_toshiakiです、記事を読んで頂きありがとうございます.
数十年前から息を吸うように日々記事を書いてます.たまに休んだりする日もありますがほぼ毎日投稿を心掛けています😅.
SNSも使っています、フォロー、いいね、シェア宜しくお願い致します🙇.
SNS::@taoka_toshiaki
タグ
AMPページ, SSLファースト, SSL導入, WordPress AMP対応, エンジニア, グーグル, セキュリティ, トイウコト, モダンWeb制作, モバイルファースト, ユーザー, レッスンブック, 仕様, 制約, 制限, 広告掲載, 様子見, 殆どベタページ, 理由,