Este ano o Programa é o seguinte:

Junho 2- Abertura. As Ciências Forenses. Prof. Luis Souto (UA)

9 - O Exame do Cadáver, a Autópsia. Dr.ª Cristina Cordeiro (Instituto Nacional de Medicina Legal e Ciências Forenses)

16 - Toxicologia Forense . Dr.ª Cláudia Margalho (Instituto Nacional de Medicina Legal e Ciências Forenses)

23 - Genética Forense (inclui módulo prático). Prof. Luis Souto e Drª Helena Moreira (UA).

30 - Psicologia Forense. Prof. Carlos Fernandes (UA). I

Inscrições em LINK https://goo.gl/forms/OWTWvnAkwWXyNR1O2

           And almost 7 years have gone by. Its immensely amusing to re-read my attempt at super eloquency in idealist speech. It's not that I've changed in ways that are that significant so I should, I'm thinking, come back to dwellings on this blog - I really like the format of these posts and how kindly pretentious it all is.

           I'm currently on therapy, 4 sessions and on going. It's a pleasurable process, even when it's not, given one finds a competent compatible therapist, but it's expensive af. Nonetheless I'm quite grateful for that so, resuming somewhat the SLList I'm grateful for starting to take my head out of my ass through psych conselling by a professional.

           This time of year, provided I'm not majorly in a self-centered cocoon of depression, is always a great time given - no, not thanksgiving foods and halloween celebrations, not that I live in North America 'cause they are not that jolly here - the musical group's anniversary in the hometown. I used a masculine-designed attire this year because I had the chance to do it and I was much more confident than I have ever been on stage with having put that on. Also from the years and lack of expectation I supose. I'm stil thankful for that; it's a confort to revisit these celebrations taking an active role yet another year but I wasn't doing it for myself really, and that made all the difference.

           As a corrolary, I'm glad I'm doing little self-care stuff that is really important.

           I'm always thankful to net neutrality! May it last long enough that I have the time to learn to highjack some military grade satellite connection for internet; a skill that should be a priority for me given it's useful in the event of an apocalypse of any sort, so I should get on with that.

           Being back on social media after some hiatus is being an okay thing. It's not at a level where it's too excessive. Given it came as an effort not to shy away from the people who love and support me, whom I was selfishly neglecting to include in my life in any capacity given how guilt-riden I felt the past few years.

           And these past few days I'm particularly fond of my sibling. Cinnamon roll, too good, too pure.

           Inês and I are apparently in joy for memories past and the rekindling they bring even with distance.


✎ Someone else's wordings

           "We have a saying, my people. 'Don't kill if you can wound, don't wound if you can subdue, don't subdue if you can pacify, and don't raise your hand at all until you've first extended it.'"

           Also the sentence that titles this post, it's from the 25th 2008 comic issue of Wonderwoman. Please read DC, don't watch it.

♪ Harmonious rhythm
this might be my favourite song, noted that it is a Mulligan et al. arrangement on Chopin's

☞ A Must Read 
(this brings me to my next point which is gay - an iconic sentence by zor-elluthor, aplicable here)
for other dear fans of beautifully engrossing f/f fiction; out there fixing the Arrow universe, it is one of the best things of ever and ever and ever


 

           See you next week.
_____________________________________________________________________________________

 não me apetece traduzir isto, desculpem.

Edição 2017

INSCRIÇÕES ATÉ 15 DE MAIO (2ªfase)

FORMULÁRIO DISPONÍVEL NESTE LINK

Programa

MAIO

19        6ª feira 14-16h

           INTRODUÇÃO ÀS CIÊNCIAS FORENSES

PERÍCIA DE DOCUMENTOS

Luís Souto (DBIO-UA)

Judite Nunes (NC Forense)

20  Sábado 9-13h                

GENÉTICA FORENSE

Workshop Prático 

Luís Souto, Helena Moreira  (DBIO-UA)  

27 Sábado 9-13h                 

GENÉTICA FORENSE

Análise de produtos de PCR em Genética Forense

Luís Souto (DBIO-UA)         

JUNHO

2          6ªfeira 14-18h           

MÉTODOS AVANÇADOS EM GENÉTICA FORENSE

ESPECTROMETRIA DE MASSA

Rosário Domingues (Dep. Química UA)

3          Sábado 9-13h                 

BASES DE DADOS

ANA BENTO

(INML- Instituto Nacional de Medicina Legal e Ciências Forenses)

17   Sábado 9-13h                 

     VESTÍGIOS BIOLÓGICOS E CRIMINALÍSTICA

LISA SAMPAIO (INML- Instituto Nacional de Medicina Legal e Ciências Forenses)

24        Sábado 9-13h    

TOXICOLOGIA FORENSE

CLÁUDIA MARGALHO (INML- Instituto Nacional de Medicina Legal e Ciências Forenses)

JULHO

1         Sábado 9-13h    

             CLÍNICA MEDICO-LEGAL

CARINA OLIVEIRA (INML- Instituto Nacional de Medicina Legal e Ciências Forenses)

8               Sábado 9-13h    

       TANATOLOGIA  

CRISTINA CORDEIRO (INML- Instituto Nacional de Medicina Legal e Ciências Forenses)

            AUTÓPSIA : Facultativa, em data a acordar tendo em conta a disponibilidade do serviço medico-legal.

O curso decorre aos Sábados entre maio, junho e julho.

O programa (em finalização) incluirá este ano os seguintes tópicos:

INTRODUÇÃO À GENÉTICA FORENSE

BASES DE DADOS

VESTÍGIOS BIOLÓGICOS E CRIMINALÍSTICA

TOXICOLOGIA FORENSE

 CLÍNICA MEDICO-LEGAL

TANATOLOGIA  & AUTÓPSIA

Como inscrever?

O custo de inscrição (200 euros) pagos porTransferência bancária para a conta da Universidade de Aveiro  NIB 0035 0836 0000 2162 030 11 inclui workshop prático e deve ser feito no formulário disponível na ligação seguinte: FORMULÁRIO

Uma cópia da transferência deve ser enviada para lsouto@ua.pt.

Espeo que o consigamos manter vivo, pelo menos enquanto a UC estiver ativa, e de modo a que quem não tenha hipótese de comparecer presencialmente, o possa fazer neste espaço virtual.

Até breve e votos de bom trabalho.

• Repositório Github + Código fonte: https://github.com/ruipoliveira/coffeemachineDETI 
• Relatório tecnico: https://github.com/ruipoliveira/coffeemachineDETI/blob/master/report_versionPT.pdf 
• Apresentação: https://github.com/ruipoliveira/coffeemachineDETI/blob/master/apresentation_versionPT.pdf 

This was a Hackathon of the Nervousnet project (http://www.nervousnet.ethz.ch/), a hacking event made for developers, entrepreneurs, data specialists, early adopters, end users and everybody else interested in building and enforcing Digital Democracy together.

Nervousnet is a decentralized Internet of Things platform for privacy-preserving social sensing services provided as public good. It is implemented as a mobile app and it is open source under the GPL v3 license. Nervousnet is capable to collect and manage sensor data from Android and iOS smartphones by letting users self-determine the data they locally preserve and the data they remotely share. This forms the main privacy-by-design functionality of the nervousnet backend. A lightweight local analytics engine residing in the Nervousnet backend provides a high-level API for developers to build data-driven applications. Analytics can be also performed across devices with an implementation of a truly decentralized and privacy-preserving Big Data paradigm: the global analytics engine.

This Hackathon provided three types of challenges for online and remote participants to contribute to, with money prices ranging from 400 CHF (3rd place) to 1.000 CHF (1st place) per category. The challenges were as follows

1 - Design and Development of the nervousnet Backend:

Here you find opportunities like for e.g. extending the API of the local analytics engine, implementing communication security or integrating web views and an application store.

2 - Design and Development of nervousnet apps:

Here you can build your own data-driven applications. Some examples: earthquake detection, localization and navigation, ambient assisting living, smart homes, IoT games and more. There will be new LoRa sensor nodes to play with!

3 - The nervousnet Privacy / Accuracy Challenge:

Come up with your own data summarization algorithm that guarantees the highest privacy protection level and at the same time performs accurate data analytics.

I did the first challenge. I decided to not only use smartphones to interact with this social privacy-preserving system, but extend it to smart devices like microcontrollers sensing our homes or public buildings. Actually, if we look into the envisioned architecture for Nervousnet at this point, IoT should be accounted for (and so, that's what I did):

With the code I developed (and available here on GitHub), you are able to use a specific microcontroller (Arduino), with a wifi shield on top of it (but can be used with Ethernet shield or anyother thing, with proper adaptation) and a Sensor of your choosing (I chose to mimic an axelerometer), to save one sensor Data to the backbone of Nervousnet (called Router, in the code). With the code, I provide a mysql Data Base which is a preliminary (still) centralized approach to Nervousnet Backbone, and presents a ten fold of different types of sensors (in the github link I provided, this is the file), being them:

• Accelerometer
• Battery
• Gyroscope
• Humidity
• Light
• Magnetic
• Proximity
• Temperature
• Noise
• Pressure
• Connectivity
• BLEBeacon

Of these sensors, I used Arduino to publish dumy sensor data for the Accelerometer sensor (because I didn't actually have the hardware sensor with me, but that's changeable). This code is composed by a file to be flashed into the microcontroller (Here's the code for Arduino), a Java Server (composed by Netbeans and Glassfish application server, Here) providing the web interface between the microcontroler and the Nervousnet database, and the Nervousnet mysql DB (Here).

Considering the fact we had less than some practical 24H of hands on coding, you're not finding here a neat, full bullet proof code. I'm ok with that, and so should you.

The integration with the microcontroller was also done by Web Services; Previous integrations with both the smartphones and the backbone servers have been done by Google Protocol Buffers, and I also wanted to challenge this (not challenging, but enabling other Protocols to be used, and stretch Nervousnet's compatibility). As such, I used SOAP RESTful web services:

In the image above we get to see the communication between the microcontroller and the Nervousnet Backbone server I created through SOAP envelopes, XML communication (JSON can be used as well :P ). As I emulated an accelerometer sensor, the request I do in here (coming from the Arduino) has 3 values with it (X, Y and Z directions of the acceleration sensor). The answer from the backbone server is either a "true" or "false", meaning "YES, I recorded your data in the database", or "No, I didn't understand what you wanted, and so I failed to act".

Using stuff, the behavior of the Arduino is as follows:

And the result of this communication initiated by the Arduino is the following, registered in the database:

You get to see that, from the record 51 onwards, that's the data I saved from the arduino (I didn't care much about the dummy values recorded)  ;)

This idea of mine was an Award Wining Solution, earning me the 3rd place of this challenge category. Thank you ETH Zürich.

Inscrições até dia 27 de Abril.

Utilize o formulário disponível nesta ligação e consulte o Programa 2016  e o Regulamento 2016

Em breve disponibilizaremos o Programa , Regulamento e Ficha de Inscrição.

A minha aplicação terá o nome de "Funny English".

A aplicação tem como principal objetivo auxiliar as crianças na aprendizagem de alguns conceitos base da língua inglesa como os números, a estrutura de uma casa, as profissões e alguns animais de uma maneira divertida.

There are many reasons why anybody would want to do something like this. Mine was that I a garage,  a corridor, and  some stairs in between with lights on them. I have movement sensors both in the garage and the corridor (because both the garage and the corridor have their respective lights), but I needed to have the lights from the stairs to turn on from BOTH the movement sensors. Instead of running 220v cables through the walls from both movement sensors, I've connected both movement sensors with zigbee-enabled radios hooked up to arduinos, and the zigbee coordinator right by the lights to be turned on at the stairs. With this, these lights turn on from both directions (coming down to the garage, or going up from it). 

The devices I used was the CC2530 radios from Texas Instruments. In the picture above we can see the arduino Uno used, as well as the radio transceiver coupled onto its development board. This transceiver has a range of 1.5km (if I remember correctly) in straight line, so I pretty much love the range. This ends up being the reason for doing this with Zigbee and not with other enabling communication technologies like Bluetooth or Wifi.  We can see better the radio in the following picture:

 There are many ways we could approach the problem with this hardware. We do not need to deploy the hardware on sight with the development board, but you can choose to do so (I wanted to save this board for future developments). Another design choice of yours is whether to simply bypass the arduino altogether and develop the entire code for the microcontroller CC2530. I did both options, but I ended up choosing this one. The vendor of this chip provides some code examples for you to deploy with IAR workbench with 8051 addon (the family of the processor of CC2530), and it brings binaries of firmware for you to directly deploy into the devices (containing either the zigbee coordinator or the zigbee router profiles). I developed the code in IAR, deployed it, and even though I could bypass the use of another microcontroller in this (hence less hardware and energy spent), the problem of buying hardware from China is that the development board is not the same as of Texas Instruments. Because of that, all the examples of Z-Stack provided by TI for this Chip do not suffice, and Therefore I prefer deploying another microcontroller and have the transceiver behaving as expected, rather than having things not working and not knowing exactly why. 

The receptor, turning on/off the light, with the zigbee coordinator profile:

 In the above picture I am using the CC2530 without the development board, a 5v relay to act on the lights (turn them on or off), and a power transformer (step down voltage from 220v to 5v), provided that we are powering the circuit with the main current and not with batteries. These are the commands sent by the sender/switch, which gives the commands:

The sender, the switch giving the commands to the light receptor, with the zigbee router profile:

For you to understand the switch, and why the choice of electronic components I did, I have to clarify some things. First, I want the arduino and CC2530 to be permanently turned on, but I want to have the command being sent with a current coming from  a 220v wire provenient from a movement sensor:

So, I have two considerations right here. The first one is that I need to have a power step transformer (step down from 220v AC to 5v DC). The second thing is that because I have to have two power transformers (one for arduino + CC2530, another for 220v signal control), the base line (ground) will likely not be the same, and because of that, the arduino will misbehave when receiving (or not) this electrical 5v+ signal. Arduino needs to have the same 0 or 5 volts coming from the same energy source with the same ground. To solve this second issue, I chose to apply a relay, with a transistor and a resistor (and that is what you see two pictures above, for the sender):

(PIN 2 is the control pin I used in the arduino to read whether the light should be turned on or not). The GND and VCC from the picture are the 220v coming from the main power, which originate from the movement sensor. The transistor used is the BC547 NPN bipolar, coupled with a 10K ohm resistor. Basically what this does is whenever the relay is powered on by the movement sensor, the arduino receives 5v control signal that it understands (regulated by itself). Now soldered, outside the breadboard :)   :

The result, after assembed, and ready for deployment:

CODE:    :)

ArduinoLight.ino   ArduinoSwitch.ino

Semáforo Químico 

Sabias que o índigo de carmim apresenta diferentes cores consoante o seu estado de oxidação? 

Fio Invisível

Porque se consegue puxar a lata sem lhe tocar?

So, I've contributed to develop an iOS application for a Dutch company (http://myfrebble.com/), starting a business with the frebble gadgets:

This application lets you hold hands online whenever you miss someone. It communicates with the gadget shown above (through bluetooth), and connects to the frebble server, and another user using the same application. This is already published in the itunes store (Frebble on App Store), and following are two videos with me showing the developments I myself made:

My application you can download it HERE: https://www.dropbox.com/sh/f74br70w7ziwtbn/AAAZ9FHakrZT9FeSb01MyrZ1a?dl=0

 In this post I will show my work on WebRTC, an open project that provides browsers, embedded and mobile applications with Real-Time Communications (RTC) capabilities via simple APIs. With OpenWebRTC you can build native WebRTC apps that communicate with browsers that supports the WebRTC standard, such as Chrome, Firefox and Bowser. OpenWebRTC is especially focused on mobile platforms, with powerful features such as hardware accelerated video coding and OpenGL-based video rendering. Sounds fancy right? Yes, it does. But why choosing WebRTC to do VoIP over, lets say, other existent signalling (like SIP or skype) and encoding technologies (just like H264, H323, V8, etc...)? For me, the answer was simply: Copyright issues. So, I wanted to develop an IOS app for my Iphone 6, brand new IOS 9 (not the preview version already), and that meant that I could not use code covered by the GPL licensing.

That is right. GPL licensing allows you to freely use and redistribute the code, but it does not allow you to pose further restrictions while doing so. Sadly, Apple App store does, REGARDLESS of it being paid or free. WebRTC is distributed with a BSD licensing, meaning that you can do whatever you like with it, for as long as you put the due disclaimer in your code. So, currently you can choose one out of two possible implementations for WebRTC: WebRTC from Google, and OpenWebRTC from Ericsson (Germany). Both do almost the same, but I prefer the OpenWebRTC due to the fact that I want to develop for mobile. Quick comparison can be found at (https://bloggeek.me/ericssons-openwebrtc-project/): 

Therefore, I am using OpenWebRTC as a choice. I followed the official tutorials to build a native IOS application (you can build a hybrid one, meaning the use of a brower view inside an app), and there are other tutorials for other platforms just like Android:

https://github.com/EricssonResearch/openwebrtc-examples/wiki/Developing-iOS-apps

https://github.com/EricssonResearch/openwebrtc-examples/wiki/Developing-a-native-iOS-app

The app I developed is based on the Original Native app from the OpenWebRTC available here (https://github.com/EricssonResearch/openwebrtc-examples/tree/master/ios/NativeDemo). What I did in this application was creating a XCode project with all the dependencies solved (you do not need CocoaPods to run it), and I solved most of the problems to run in in IOS 9 (it does compile for previous versions like IOS 8, with extra warnings naturally). 

So, The Portrait view that is buggy from the NativeDemo app from OpenWebRTC is:

Portrait, after fixing the error, as well as Landscape:

As you can see, in Portrait is not perfect, but the video is stretched to meet the box. As the pull I did through CocoaPods grabbed the compiled binaries from OpenWebRTC and OpenWebRTC-SDK, I could not edit the video feed itself. For that, I would have to build the application from scratch and build the OpenWebRTC source files (wasting almost 10 hours of my life! Trust me, I did it). So the solution I found was manipulating the view itself, through rotations and translations and scaling. Though, in Landscape mode, it works better.

The application was tested by the following demo: http://demo.openwebrtc.org:38080 

Then, you have to select the same id in the application and in the demo in the browser.

At the server side, once the connection is established in the same room, you can see as follows:

(Portait)

and in Landscape as well. You can see the server updated the orientation of the video properly:

1. Windows PC. MAC or Linux won't cut it, because:
2. You need a legacy version (windows only) of X-CTU program (current one is 5.2.8.6), AND NOT THE LATEST ONE!!!!
3. An Arduino (pretty much any model, I used Uno)
4. Breadboard and wires
5. Also make sure you have the XBEE S (2 in this case) drivers from http://www.digi.com/support/productdetail?pid=3430&type=drivers

So, this method works with ANY XBee module that is not Hardware bricked, i.e. that was destroyed due to some high voltage or misuse of some kind. This tutorial is meant for people that, just like me, put the wrong version of a given firmware, and also destroyed the bootloader of XBee (even if you didn't, you can use this method), and can therefore do ABSOLUTELY NOTHING with it, not restoring, not reading it back, NOTHING.

A pre-requisite for this unbricking, is that you need to completely wipe out all the code inside the Arduino. It is mandatory, because you will use the Tx/Rx pins from arduino to flash the XBee module, and therefore need to clear all the noise from these two pins that might be generated by any existent programming in the arduino. Use the Arduino SDK, and upload the following code to do just that:

Now, to the configuration. About the connections that you need to do:

This is the pinout of XBee module. You need to program them like:

Pin 1    ------    Vcc   ------   3.3v

Pin 5    ------    Reset  ----   (leave this wire hanging loose, for later)

Pin 10   ------   GND   ------   0v

Pin 12   ------    CTS   ------   3.3v

Pin 14   ------    DTR   ------   3.3v

Pin 16   ------    RTS   ------   3.3v

Pin 2    ------    Dout   ------   Tx

Pin 3    ------    Din     ------   Rx

Im not sure about the order of Tx/Rx pins, as I'm using the arduino shield to interface with the module. Figure out in your case. The looks are:

You need to use the arduino to grab the voltage 3.3v (NEVER THE 5v, otherwise you might damage the XBee module) and ground, and transfer them to the board. As you will have several wires pluging into either voltage or ground, you need a breadboard for that. The other couple of wires you see in this board are the Tx and Rx, the wires being used to communicate with the actual XBee board to upload the new firmware. Everything else, you plug into the breadboard (You can also see a rubber band in the pic. that is just to hold the wires without having to solder them). In this picture I forgot to plug the Pin 1 and Pin 10 (Vcc and GND), I've plugged them after the picture ;)

After all this wiring, you need to run X-CTU legacy version:

Choose the firmware version you want, but I recommen you any with "AT version", and not API

Unlike what it was told in many other sources for the baudrate (some say 115200, others 38400, 19200,....), it doesn't matter which one you select in the PC settings' tab. why? it will fail (remember, no bootloader to read). And as soon as you write the firmware, the baudrate will automatically change itself to 9600. Therefore, use this one from the start. DO NOT TOUCH ANY OTHER OPTION. All is good. Switch tab to "Modem Configuration".

This version is so important, and no other and newer version will suit the tast, because this version has a unique treat, that is the option "Always update firmware" you see here. Tick that, select the firmware YOU KNOW WILL WORK (the firmware that was there before you screwing things up), and hit write:

As you can see, it writes at 9600. IT WRITES! YEEEEEAHHHH!

This is one of the firmwares that works for my XBee Series 2. In case of doubt, please consult this page to assess which firmware family you CAN and CAN'T use: http://knowledge.digi.com/articles/Knowledge_Base_Article/The-Major-Differences-in-the-XBee-Series-1-vs-the-XBee-Series-2 . 

From now on, you can double check if the module is unbricked, by trying to read it again. 

In this picture we see two arduino Uno at the bottom of the shield, but only one of them was used. The other was replaced by the Atmega8 microcontroller, all the required wiring (to flash and run it), and a led with a capacitor of 220 Ohm. (In the picture we can also see the USBasp module, to program it).

Never mind the circuitry at the background, you can do yours, or ask me about mine ;) Now, the goal: one of the zigbee modules (the coordinator) will start the network and look for peers that might have the same PAN ID (network group id). As it is off course the case, it will find and join the other end device into the network. This process is done automatically with the firmwares I've flashed into both modules (using the X-CTU program from DIGI - http://www.digi.com/products/wireless-wired-embedded-solutions/zigbee-rf-modules/xctu). 

After that, I had to program the logic of both microcontrollers. So what I did was the following: I want to send 2 characters from one uController to the other, and having the other turning the LED on or off, depending on the character sent. for that, upload to one of the microcontrollers (for e.g. the arduino, with arduino SDK), the program that will send the characters. REJOICE, the program is already built under examples/communication/PhysicalPixel of the Arduino SDK. Now, the other one will controll the LED, and it is a matter of initializing the serial port, reading the serial port, and do an IF-ELSE case. Because I'm using an Atmega8, I had to program it with a slight different code, but the Arduino SDK equivalent code is here:

CommSoftwareSerial-Blink.zip

The outcome is as expected:

What this Atmega8 receives is:

L stands for Low (turn off the led), and H for High (turn on the led). And a little video showing the execution is here as well ;)  :

So, in this image we can see the entire hardware used: 

1 x USB ISP programmer (usbasp)

1 x atmega8

1 x itead bluetooth shield from arduino (containing the HC05 BT shield)

2 x ceramic capacitators

1 x external quartz oscilator of 16MHz

1 x led (color of your choosing)

 - x wires

I am not covering here how to program the microcontroller with the ISP, but I'm leaving here the schematics with the pin layouts you need to do so, as well as all the command lines I needed to program it:

Here are the command lines:

An example of a batch file is made available at the end, as a makefile, to automatize the entire process.

 The first image shows that my connections are already made. A special note to the necessity to use an external clock, because the one provided inside the uController does not have the resolution required to support the programming. Hence, a couple of .22 pF ceramic capacitators are needed, and linked to both the ground and the oscilator. From the oscilator, you link each of its "feet" to the XTAL 1 and 2 from the scheme above.

Next image shows the connections of the oscilator in a better way, as well as the led turned off.

The led will blink whenever it receives bluetooth communication:

Now, I connected my phone to it. the uController scans all the communications, and when the received communication is (in this case) a given character (in this case, the caracter 'x'), it will reply with an "ok" message:

 Batch makefile:  flashuC.sh   dependencies.zip  (dependency libraries and configuration files to use this makefile)

Mas tenho mesmo desculpa... e a viagem com os miúdos está a ser muito interessante.

Já aconteceu de tudo - até "quase" perder um aluno no metro :)

Mas está (mesmo) a valer a pena!

Ainda estou à espera de reações à proposta do paper para a PLEConf. Como não gostei muito do resultado, espero que as notícias não tardem... 

Amanhã há (de certeza) muito mais...

Mas, apesar de serem vários (muitos) dias sem escrever aqui, não quer dizer que não tenha trabalhado (até bastante)...

A saga das entrevistas apesar de ainda não ter terminado, está no bom caminho :)

O paper para a PLEconf está para conferência dos deuses... mas confesso que não gosto muito...

Começar a escrever é sempre um parto difícil mas depois de "engatar" sentimo-nos presos ao número de palavras...

Algumas ideias soltas e desconexas destes dias:

_ O que mais li: liderança e tecnologia. Interessante mas tãaaaaaooooooo chatinho

_ 29'04'2015 - 20 anos é muito tempo... mas venham mais 20 <3

_ Os meus alunos do curso vocacional de multimédia provaram-me que é mesmo preciso acreditar que temos os melhores alunos do mundo! Às vezes é bom sermos lembrados disso.... mas também é bom sermos lembrados por isso <3

_ E porque está tudo <3 é mesmo oficial: Odeio análise qualitativa - acho que fiz a categorização das entrevistas umas 10 vezes... e não estou certa de ser a última.

_Amanhã vou para a Bélgica com três alunos. Merecido para eles...

Parece-me que vou ter outro título grande ;)

Nesta fase trabalha-se muito mas ainda sem resultados muitos visíveis... Embora tenha quase terminado o tratamento qualitativo das entrevistas, o número de categorias e subcategorias indiciam que o processo vai ter que ser todo revisto. Parece-me que 94 categorias é algo exagerado ☺ ... Mas faz parte do processo... Reduzir os dados e rever as categorias...

(Entretanto comecei a escrever...)

Nota: O título deste post foi dado pelo André (o meu filho mais novo).

Ao mesmo tempo estive a fazer uma revisão da literatura sobre liderança e processos de apropriação de tecnologias. Para amanhã tenho que ler:

[Será possível?!!]

Costa, F. A., Rodrigues, Â., Peralta, H., Ramos, J. L., Sebastião, L., Maio, V., ... & Reis, O. (2009). Competências TIC. Estudo de Implementação. Vol. II.

Vandeyar, T. (2013). Practice as policy in ICT for education: Catalysing communities of practice in education in South Africa. Technology in Society, 35(4), 248-257.

Drent, M., & Meelissen, M. (2008). Which factors obstruct or stimulate teacher educators to use ICT innovatively?. Computers & Education, 51(1), 187-199.

Stuart, L. H., Mills, A. M., & Remus, U. (2009). School leaders, ICT competence and championing innovations. Computers & Education, 53(3), 733-741.

O'Connell, P. K. (2014). A simplified framework for 21st century leader development. The Leadership Quarterly, 25(2), 183-203.

Afshari, M., Ghavifekr, S., Siraj, S., Samad, A., & Sukor, R. (2012). Transformational Leadership Role of Principals in Implementing Informational and Communication Technologies in Schools. LIFE SCIENCE JOURNAL-ACTA ZHENGZHOU UNIVERSITY OVERSEAS EDITION, 9(1), 281-284.

Tondeur, J., Van Keer, H., van Braak, J., & Valcke, M. (2008). ICT integration in the classroom: Challenging the potential of a school policy. Computers & Education, 51(1), 212-223.

Castanheira, P. S. P. (2010). Liderança e Gestão das Escolas em Portugal: O quotidiano do presidente do conselho executivo.

Sugar, W., & van Tryon, P. J. S. (2014). Development of a Virtual Technology Coach to Support Technology Integration for K-12 Educators. TechTrends, 58(3), 54-62.

Cakir, R. (2012). Technology Integration and Technology Leadership in Schools as Learning Organizations. Turkish Online Journal of Educational Technology-TOJET, 11(4), 273-282.

Anderson, R. E., & Dexter, S. L. (2000). School technology leadership: Incidence and impact.

PARK, J. J. (2014). THE USE OF PROFESSIONAL LEARNING NETOWORKS AND TECHNOLGY INTEGRATION (Doctoral dissertation, Northwest Missouri State University).

Hitt, M. A., Ireland, R. D., Sirmon, D. G., & Trahms, C. A. (2011). Strategic entrepreneurship: creating value for individuals, organizations, and society. The Academy of Management Perspectives, 25(2), 57-75.

Piedade, J., & Pedro, N. (2014). Tecnologias digitais na gestão escolar: Práticas, proficiência e necessidades de formação dos diretores escolares em Portugal. Revista Portuguesa de Educação, 27(2), 109-133.

Childs, M., Brown, M., Keppell, M., Nicholas, Z., Hunter, C., & Hard, N. (2013). Managing institutional change through distributive leadership approaches: engaging academics and teaching support staff in blended and flexible learning.

Blom, D., Rowley, J., Bennett, D., Hitchcock, M., & Dunbar-Hall, P. (2013, January). Two-way impact: Institutional e-learning policy/educator practices in creative arts through ePortfolio creation. In Proceedings for the 12th European Conference on eLearning: ECEL 2013 (p. 33). Academic Conferences Limited.

White, S., & Davis, H. (2011). Rich and personal revisited: translating ambitions for an institutional personal learning environment into a reality.

Bocconi, S., Kampylis, P., & Punie, Y. (2012). Innovating teaching and learning practices: Key elements for developing creative classrooms in Europe. E-Learning Papers, (30).

Cheng, E. C. (2015). Knowledge Management for School Development. In Knowledge Management for School Education (pp. 11-23). Springer Singapore.

Nikolaou, A., & Tsolakidis, C. (2013). Three dimensional virtual environments as a tool for development of personal learning networks. International Journal of Emerging Technologies in Learning (iJET), 8(2013), 79-88.

Nyakowa, L. S. (2014). Factors influencing ICT adoption among public secondary school teachers: A case of Webuye sub-county, Bungoma county, Kenya (Doctoral dissertation, University of Nairobi).

Nota: O título deste post foi dado pelo André (o meu filho mais novo).

Primeiro é preciso tempo. Depois é preciso que a vontade e a inspiração apareçam. Hoje tive tempo e a inspiração resultou numa sesta...

Mesmo assim já comecei a organizar o tratamento das entrevistas e comecei a procurar modelos de análise do papel das lideranças no processo de apropriação de uma tecnologia – isto antes de pensar em avançar a partir do zero. E ainda não encontrei nada... Achei interessante o modelo de apropriação de tecnologia de Engeström, mas é quase ausente de referencias a liderança...

É verdade, a estrutura do resumo alargado para submeter à PLEConf 2015 está alinhavada... Mas só.

Amanhã (certamente) haverá mais...

Entre as minhas 6 horas de aulas ainda tive tempo para começar a preparar o tratamento das entrevistas. O software que pensei usar é o Webqda.

Qual não foi o meu espanto quando vi que o meu acesso estava cortado...

Depois de uma troca de emails, verifiquei que o meu acesso tinha sido suspenso... Vamos ver se consigo ativa-lo. Vale nestas situações os amigos que nunca nos deixam ficar mal... :)

Amanhã vai haver mais...

Fui sempre fiel ao discurso e o que funciona a nível da oralidade é muito diferente no texto escrito.  Acho que não tinha a real noção das diferenças entre o discurso oral e escrito. A oralidade é cheia de expressão e tem uma riqueza de subtilezas e detalhes que muitas vezes são escondidos pela racionalização que pressupõe um processo de escrita. Por isso a revisão tem mesmo que ser muito cuidadosa e feita com grande rigor.

De olhos postos no tratamento, já comecei a fazer uma revisão da literatura sobre a metodologia de tratamento de entrevistas no tempo permitido pelas 9 aulas que dei hoje. E começaram os problemas... Como tenho a noção exata do pensamento dos meus 5 entrevistados já detetei diferenças enorme do discurso que correspondem a diferentes tipos de liderança. Como sistematizar todo o conjunto de informação que muitas vezes está mais implícito do que explícito? Como conciliar estes aspetos com a objetivação necessária numa investigação? (...) São muitas as questões...

Não sei até que ponto a divisão em categorias de análise (eventualmente o que vai ser feito) vai resultar no sentido de preservar alguma da informação que considero relevante...

O caminho faz-se caminhando...